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.4 #841

Merged
merged 1 commit into from
Aug 23, 2023

Conversation

dependabot[bot]
Copy link
Contributor

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

Bumps @appium/types from 0.11.1 to 0.13.4.

Release notes

Sourced from @​appium/types's releases.

@​appium/types@​0.13.4

0.13.4 (2023-08-22)

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

@​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.4 (2023-08-22)

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

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.

... (truncated)

Commits
  • 524447e chore: publish
  • 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
  • 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.4.
- [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 23, 2023
@KazuCocoa KazuCocoa merged commit 7fcc099 into master Aug 23, 2023
@KazuCocoa KazuCocoa deleted the dependabot/npm_and_yarn/appium/types-0.13.4 branch August 23, 2023 23:04
github-actions bot pushed a commit that referenced this pull request Aug 23, 2023
## [5.14.5](v5.14.4...v5.14.5) (2023-08-23)

### Miscellaneous Chores

* **deps-dev:** bump @appium/types from 0.11.1 to 0.13.4 ([#841](#841)) ([7fcc099](7fcc099))
@github-actions
Copy link

🎉 This PR is included in version 5.14.5 🎉

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 javascript Pull requests that update Javascript code released
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant