2062539 - Vendor application-services 1677375cb with the address metadata APIs

Status: RESOLVED DUPLICATE of bug 2061268

(Toolkit :: Form Autofill, task, P2)

Comment 1

[Dimi Lee [:dimi]]

Attachment: Bug 2062539 - P1. Serve v2 Remote Settings routes from the quicksuggest mock server r=#urlbar

The next patch vendors application-services 1677375cb, which picks up
mozilla/application-services#7517: the Rust Remote Settings client now joins
v2 onto a custom server URL where it used to join v1. The join is relative,
so the mock server's http://localhost:PORT/v1 becomes .../v2 for the Rust
client, while the JS client keeps using the pref as-is at /v1.

Register each versioned route under both prefixes, as the attachment routes
already do, so both clients are served.

Comment 2

[Dimi Lee [:dimi]]

Attachment: Bug 2062539 - P2. Vendor application-services 1677375cb with the address metadata APIs r=joschmidt

Bump the vendored application-services revision to pick up the address metadata
writes and the bridged sync engine that bug 2058441 needs. They have landed
upstream (mozilla/application-services#7513), so this bump carries no local
edits -- every autofill source file matches upstream exactly.

The range also spans two Remote Settings changes. #7492 makes v2 routes the
default, retiring the ProdV2, StageV2 and DevV2 variants of
RemoteSettingsServer; dropping enum variants renumbers the UniFFI ordinals, so
the bindings are regenerated -- without that every Suggest ingestion fails to
convert its config argument. #7517 then switches custom server URLs from v1 to
v2, which is what breaks the mock server the quicksuggest tests use, and what
P1 prepares for.