Closed Bug 1005565 Opened 10 years ago Closed 8 years ago

On visibility of the text Selection acton-bar, all content is shifted downward

Categories

(Firefox for Android Graveyard :: Text Selection, defect, P5)

Other
Android
defect

Tracking

(fennec+)

RESOLVED FIXED
Tracking Status
fennec + ---

People

(Reporter: ferongr, Unassigned)

References

Details

(Keywords: reproducible)

This is happening on Fx Android Beta. Hardware is a generic Rockchip 10" chinese tablet (Pipo M9).
Can you describe this bug a little more here? I'm not sure I quite understand from this summary.
I have a keyboard attached now and can easily write a hopefully understandable STR

1. Load a website
2. Scroll down until the "awesomebar" toolbar hides.
3. Tap and hold to select some text

Result: The toolbar with the copy/cut/select all icons slides into view from the top, pushing the whole page downwards.

Expected: The page isn't pushed downwards (Chrome works that way).
Thanks for the clarification, yes I see this. I can't find if this has been filed before. I am assuming here that this was introduced with bug 768667 and is not something new.
Blocks: 768667
Status: UNCONFIRMED → NEW
tracking-fennec: --- → ?
Ever confirmed: true
Keywords: reproducible
Summary: The text selection command bar that appears when the main toolbar is hidden srolls the entire page. → On visibility of the text Selection acton-bar, all content is shifted downward
Component: Text Selection → Graphics, Panning and Zooming
Assignee: nobody → chrislord.net
tracking-fennec: ? → +
This is definitely not a gfx issue, but an issue with how this feature has been implemented. The text selection bar could easily slide over the page instead of being laid out in-line with it, similar to the dynamic toolbar.

Changing the component back and unassigning, there's no platform work to be done here.
Assignee: chrislord.net → nobody
Component: Graphics, Panning and Zooming → Text Selection
filter on [mass-p5]
Priority: -- → P5
Pruning some old bugs (part 2) either:
   ) obviated by new Core/Layout AccessibleCaret implementation in m-c and stable, targeted for 47.
   ) Or no longer being observable.

If you still see what you consider incorrect behaviour with the new version, please file a new bug targeted there, and attach a test-case or example link to help things :-)
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
This one was actually fixed by the dynamic toolbar rewrite in bug 1180295.
Resolution: INVALID → FIXED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.