Skip to content

Bump js-yaml from 4.1.0 to 4.1.1 in /PixelDefinitions - #4

Open
dependabot[bot] wants to merge 1 commit into
developfrom
dependabot/npm_and_yarn/PixelDefinitions/js-yaml-4.1.1
Open

Bump js-yaml from 4.1.0 to 4.1.1 in /PixelDefinitions#4
dependabot[bot] wants to merge 1 commit into
developfrom
dependabot/npm_and_yarn/PixelDefinitions/js-yaml-4.1.1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jan 19, 2026

Copy link
Copy Markdown

Bumps js-yaml from 4.1.0 to 4.1.1.

Changelog

Sourced from js-yaml's changelog.

[4.1.1] - 2025-11-12

Security

  • Fix prototype pollution issue in yaml merge (<<) operator.
Commits

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)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

Bumps [js-yaml](https://github.com/nodeca/js-yaml) from 4.1.0 to 4.1.1.
- [Changelog](https://github.com/nodeca/js-yaml/blob/master/CHANGELOG.md)
- [Commits](nodeca/js-yaml@4.1.0...4.1.1)

---
updated-dependencies:
- dependency-name: js-yaml
  dependency-version: 4.1.1
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Jan 19, 2026
lpusok pushed a commit that referenced this pull request Aug 13, 2026
…go#8994)

Task/Issue URL: https://app.asana.com/1/137249556945/project/1203822806345703/task/1215999266926800?focus=true
Tech Design URL (if applicable): 

### Description
When deep-linking to set up sync (scanning from system camera app when we're the default browser) we jump straight into the sync set up flow. This set up flow can be either exchange v1 or exchange v2 depending on which code type is scanned. Right now, if processing v2 then the legacy v1 timeout can kick in and interrupt the pairing (if you don't accept usre confirmation within 10s)

This PR ensures the v1 timeout mechanism isn't running during a deep-linked v2 exchange.

### Steps to test this PR
> [!NOTE]
> QA optional. the following is the full test matrix to ensure it's working correctly if desired.

#### Setup
- **Emulator** = presenter (shows QR).
- **Device** = scanner. Two scan paths:
  - **in-app** (`isDeepLink=false`) — scan from inside the app.
  - **system camera → tap URL** (`isDeepLink=true`) — the deep-link path this PR targets.

#### Flag shorthand
- `U` = `canUseV2ConnectFlow`
- `S` = `canShowV2ConnectCode`

On **Emulator**, `S` decides which QR is generated (V2 vs Legacy). On **Device**, `U` decides whether V2 codes can be processed; `S` is irrelevant on the scanner side after this fix (that coupling was the bug).

#### Matrix

| # | Emulator flags | Device flags | Scan path | Expected |
|---|---|---|---|---|
| 1 | `U=on, S=on` (V2 QR) | `U=on, S=off` (default) | **deep link** | **Bug repro.** With fix: host-confirm dialog stays up, allow → success. |
| 2 | `U=on, S=on` (V2 QR) | `U=on, S=on` | deep link | Success (already worked pre-fix). |
| 3 | `U=on, S=off` (Legacy QR) | `U=on, S=off` | **deep link** | Legacy deep-link receiver path. Success via `pollForRecoveryKey`. |
| 4 | `U=off` (Legacy QR) | `U=off` | **deep link** | Pure legacy deep link. Success. |
| 5 | `U=on, S=on` (V2 QR) | `U=on, S=on` | in-app scan | V2 happy path. |
| 6 | `U=on, S=on` (V2 QR) | `U=on, S=off` | in-app scan | V2 happy path (display-off scanner combo). |
| 7 | `U=on, S=off` (Legacy QR) | `U=on, S=off` | in-app scan | Legacy happy path. |
| 8 | `U=off` (Legacy QR) | `U=off` | in-app scan | Pure legacy in-app. |

#### Negative check (optional)
Revert the `if (isDeepLink) return@launch` line, rerun scenario `#1` — dialog should show then be replaced by an error after ~10s. Re-apply the fix and rerun — should now stay up without being interrupted.

#### Logcat filter
```
message~:"Sync-setup|Sync-CodeDispatch|Sync-ExchangeV2"
```
On deep-link scenarios (`#1`–`#4`), watch for the **absence** of `Sync-setup: can timeout = true. time since start: …` lines — those indicate the legacy presenter polling loop is incorrectly running.



<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Medium Risk**
> Targets sync pairing flow timing and feature-flag combinations; scope is small but user-visible during device linking.
> 
> **Overview**
> Fixes a **deep-link sync pairing bug** where the legacy presenter path (QR generation plus `pollSecondDeviceExchangeAcknowledgement` with a ~10s timeout) could still run while the device was acting as the **joiner/scanner**, causing a spurious `ShowError` on top of an in-progress V2 confirmation dialog.
> 
> **`startExchangeProcess`** now **returns immediately when `isDeepLink` is true**, so neither V2 present nor legacy presenter QR/polling runs on the deep-link receive path; pairing stays on **`onDeepLinkCodeReceived` → `codeDispatcher.route()`**. The V2-present branch no longer needs a separate `!isDeepLink` guard because deep links exit earlier.
> 
> Adds tests that deep-link `viewState` never starts legacy acknowledgement polling when V2 master is on but display is off, or when V2 master is off.
> 
> <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit 1442737. Configure [here](https://www.cursor.com/dashboard/bugbot).</sup>
<!-- /CURSOR_SUMMARY -->
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