Closed
Bug 1020464
Opened 10 years ago
Closed 8 years ago
Ensure the requestAutocomplete user interface can be displayed concurrently
Categories
(Toolkit :: Form Manager, defect)
Toolkit
Form Manager
Tracking
()
RESOLVED
INVALID
People
(Reporter: Paolo, Unassigned)
References
(Blocks 1 open bug)
Details
While concurrent requestAutocomplete calls for the same window are not allowed, we should ensure that we can display tab-modal UI for different tabs concurrently. The conflict resolution strategy, if an update to the same profile is requested, would be to store the fields in the latest update overriding the values stored in the other tab. Note that we may also make the actual profile editing UI non-modal and application-global, on some or all platforms, but we need a mechanism to handle concurrency in any case.
Reporter | ||
Updated•10 years ago
|
Summary: Ensure the requestAutocomplete use interface can be displayed concurrently → Ensure the requestAutocomplete user interface can be displayed concurrently
Reporter | ||
Updated•10 years ago
|
Whiteboard: p=8
Reporter | ||
Updated•10 years ago
|
Flags: firefox-backlog+
Updated•10 years ago
|
Whiteboard: p=8 → p=8 [qa?]
Reporter | ||
Updated•10 years ago
|
Whiteboard: p=8 [qa?] → p=8 [qa+]
Updated•10 years ago
|
Updated•10 years ago
|
QA Whiteboard: [qa+]
Whiteboard: [qa+]
Comment 1•8 years ago
|
||
requestAutocomplete was removed from the HTML specification and while the same may apply to the Payment Request API we don't have a meta bug for that yet it seems.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•