Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: Bump @appium/types from 0.11.1 to 0.13.0 #670

Merged
merged 1 commit into from
Jun 17, 2023

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Jun 16, 2023

Bumps @appium/types from 0.11.1 to 0.13.0.

Release notes

Sourced from @​appium/types's releases.

@​appium/types@​0.13.0

0.13.0 (2023-06-15)

⚠ BREAKING CHANGES

  • types: This changes the def of findElOrEls and findElOrElsWithProcessing in ExternalDriver in a breaking manner.

So conditional types don't work like how I was using them. They work in capital-T-types (type), but they don't work as return values. Instead, what we should have is an overload. in this case, the function can be called one of two ways, and it returns a different thing depending on those values. unfortunately this is a little hinky to implement, given that overloads are unsupported in object literals. they are supported in function statements or expressions, and they are supported in class definitions, but not object literals. you'll see what needs to happen to make this work in FakeDriver and BaseDriver in subsequent changesets; essentially the function must be defined outside of the object literal and then stuffed in there.

The other change here changes an object type (which does not allow arbitrary properties) to a StringRecord type within the type which converts Constraints to Capabilities. This affects caps for some drivers such as chromedriverArgs in appium-android-driver; anywhere where the constraint has isObject: true.

Bug Fixes

  • types,fake-driver: getLog doesn't necessarily return an array (00ae162)
  • types: use overload instead of broken conditional type in findElOrEls (63a5c22)
  • types: various fixes for reality (81bc527)

@​appium/types@​0.12.0

0.12.0 (2023-06-14)

Features

  • appium: Allow to provide ipv6 addresses and handle broadcast addresses in logs (#18674) (8f63dab)

Bug Fixes

  • types: update dependency type-fest to v3.11.0 (19277f6)
  • types: update dependency type-fest to v3.11.1 (56499eb)
Changelog

Sourced from @​appium/types's changelog.

0.13.0 (2023-06-15)

⚠ BREAKING CHANGES

  • types: This changes the def of findElOrEls and findElOrElsWithProcessing in ExternalDriver in a breaking manner.

So conditional types don't work like how I was using them. They work in capital-T-types (type), but they don't work as return values. Instead, what we should have is an overload. in this case, the function can be called one of two ways, and it returns a different thing depending on those values. unfortunately this is a little hinky to implement, given that overloads are unsupported in object literals. they are supported in function statements or expressions, and they are supported in class definitions, but not object literals. you'll see what needs to happen to make this work in FakeDriver and BaseDriver in subsequent changesets; essentially the function must be defined outside of the object literal and then stuffed in there.

The other change here changes an object type (which does not allow arbitrary properties) to a StringRecord type within the type which converts Constraints to Capabilities. This affects caps for some drivers such as chromedriverArgs in appium-android-driver; anywhere where the constraint has isObject: true.

Bug Fixes

  • types,fake-driver: getLog doesn't necessarily return an array (00ae162)
  • types: use overload instead of broken conditional type in findElOrEls (63a5c22)
  • types: various fixes for reality (81bc527)

0.12.0 (2023-06-14)

Features

  • appium: Allow to provide ipv6 addresses and handle broadcast addresses in logs (#18674) (8f63dab)

Bug Fixes

  • types: update dependency type-fest to v3.11.0 (19277f6)
  • types: update dependency type-fest to v3.11.1 (56499eb)
Commits
  • ed20e00 chore: publish
  • 81bc527 fix(types): various fixes for reality
  • 2e90947 chore(types): remove unused interfaces
  • 00ae162 fix(types,fake-driver): getLog doesn't necessarily return an array
  • 63a5c22 fix(types)!: use overload instead of broken conditional type in findElOrEls
  • d0ebbaa chore: publish
  • 56499eb fix(types): update dependency type-fest to v3.11.1
  • 19277f6 fix(types): update dependency type-fest to v3.11.0
  • 8f63dab feat(appium): Allow to provide ipv6 addresses and handle broadcast addresses ...
  • See full diff in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [@appium/types](https://github.com/appium/appium/tree/HEAD/packages/types) from 0.11.1 to 0.13.0.
- [Release notes](https://github.com/appium/appium/releases)
- [Changelog](https://github.com/appium/appium/blob/master/packages/types/CHANGELOG.md)
- [Commits](https://github.com/appium/appium/commits/@appium/[email protected]/packages/types)

---
updated-dependencies:
- dependency-name: "@appium/types"
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Jun 16, 2023
@KazuCocoa KazuCocoa merged commit c09f359 into master Jun 17, 2023
@KazuCocoa KazuCocoa deleted the dependabot/npm_and_yarn/appium/types-0.13.0 branch June 17, 2023 06:20
github-actions bot pushed a commit that referenced this pull request Jun 17, 2023
## [9.12.1](v9.12.0...v9.12.1) (2023-06-17)

### Miscellaneous Chores

* Bump @appium/types from 0.11.1 to 0.13.0 ([#670](#670)) ([c09f359](c09f359))
@github-actions
Copy link

🎉 This PR is included in version 9.12.1 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file released
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant