Open
Bug 1889741
Opened 11 months ago
Updated 3 months ago
[toolbar redesign] When swiping on address bar there is a delay before icon moves to the correct position
Categories
(Fenix :: Toolbar, defect, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: royang, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxdroid][toolbar:130])
Attachments
(1 file, 1 obsolete file)
2.25 MB,
video/webm
|
Details |
See video
Reporter | ||
Updated•11 months ago
|
Severity: -- → S2
Whiteboard: [fxdroid]
Updated•11 months ago
|
Updated•11 months ago
|
Blocks: android-toolbar-redesign
Reporter | ||
Updated•10 months ago
|
Comment 1•10 months ago
|
||
Setting toolbar redesign's Beta experiment blockers to priority P2 until we finish fixing our Nightly blockers.
Priority: -- → P2
Comment 2•9 months ago
|
||
Will bug 1895748 fix this bug?
Depends on: 1895748
Summary: [toolbar redesign] When swiping on toolbar there is a delay before icon move to the correct position → [toolbar redesign] When swiping on toolbar there is a delay before icon moves to the correct position
Updated•9 months ago
|
Severity: S2 → S3
Reporter | ||
Comment 3•7 months ago
|
||
Attachment #9395121 -
Attachment is obsolete: true
Comment 4•7 months ago
|
||
we already have ContentState for each tab; we could just add page actions to that. And then that state should be refreshed whenever a user returns to the page.<-- this actually might already be true. Perhaps the issue isn't state management, but animation / draw cycle management. which might be trickier.- potentially boot this to Phase 2 since it has to do with refinement of the address bar
planning poker notes:
- the problem space here has very little context, could need a lot of work
- the way this code has been used since Fenix began makes it challenging to adjust view states & draw cycles appropriately
- might need to solicit a new design for this as well.
- might benefit from a unified state manager of some kind to simplify implementation, particularly to support future changes.
Consensus: we probably need to do some prerequisite refactor (nature still TBD), so this really would be more suitable for phase 2.
Comment 5•7 months ago
|
||
(In reply to Joe M [:jmahon] from comment #4)
Consensus: we probably need to do some prerequisite refactor (nature still TBD), so this really would be more suitable for phase 2.
Moving this bug to phase 2's Nightly milestone.
Summary: [toolbar redesign] When swiping on toolbar there is a delay before icon moves to the correct position → [toolbar redesign] When swiping on address bar there is a delay before icon moves to the correct position
Updated•7 months ago
|
Priority: P2 → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•