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(deps-dev): bump @appium/types from 0.11.1 to 0.13.3 #839

Closed

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Aug 18, 2023

Bumps @appium/types from 0.11.1 to 0.13.3.

Release notes

Sourced from @​appium/types's releases.

@​appium/types@​0.13.3

0.13.3 (2023-08-17)

Bug Fixes

  • types: update dependency type-fest to v3.13.1 (fb34ab9)

@​appium/types@​0.13.1

0.13.1 (2023-06-29)

Note: Version bump only for package @​appium/types

@​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.3 (2023-08-17)

Bug Fixes

  • types: update dependency type-fest to v3.13.1 (fb34ab9)

0.13.2 (2023-07-03)

Bug Fixes

  • appium: restrict address to ipv6/hostname (#18824) (f09fbb6), closes #18716
  • types,base-driver: remove deviceName from base constraints (01061b2)
  • types: ensure return type of deleteSession can always be void (ee9b2a3)
  • types: fix signature of updateSettings (24e7aec)
  • types: separate the type of opts from initialOpts (d6cca51)
  • types: update some more types to reflect reality (62f4244)

0.13.1 (2023-06-29)

Note: Version bump only for package @​appium/types

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)

... (truncated)

Commits
  • d6204b6 chore: publish
  • fb34ab9 fix(types): update dependency type-fest to v3.13.1
  • 8a6a4ba chore: publish
  • 62f4244 fix(types): update some more types to reflect reality
  • d6cca51 fix(types): separate the type of opts from initialOpts
  • ee9b2a3 fix(types): ensure return type of deleteSession can always be void
  • e30ad0e chore(appium,types): remove some useless type arguments
  • 01061b2 fix(types,base-driver): remove deviceName from base constraints
  • 24e7aec fix(types): fix signature of updateSettings
  • f09fbb6 fix(appium): restrict address to ipv6/hostname (#18824)
  • Additional commits viewable 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @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.3.
- [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 dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code labels Aug 18, 2023
@dependabot @github
Copy link
Contributor Author

dependabot bot commented on behalf of github Aug 23, 2023

Superseded by #841.

@dependabot dependabot bot closed this Aug 23, 2023
@dependabot dependabot bot deleted the dependabot/npm_and_yarn/appium/types-0.13.3 branch August 23, 2023 11:17
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 javascript Pull requests that update Javascript code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants