Closed
Bug 1180597
Opened 10 years ago
Closed 4 years ago
Wrong display for more than two doohangers
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox40 unaffected, firefox41 affected, firefox42 affected, fennec-)
RESOLVED
INCOMPLETE
Tracking | Status | |
---|---|---|
firefox40 | --- | unaffected |
firefox41 | --- | affected |
firefox42 | --- | affected |
fennec | - | --- |
People
(Reporter: TeoVermesan, Unassigned, Mentored, NeedInfo)
Details
(Whiteboard: [good next bug][lang=java])
Attachments
(1 file)
129.78 KB,
image/png
|
Details |
Tested with:
Device: LG Nexus 4 (Android 5.1.1)
Steps to reproduce:
1. Go to https://lunch.softvision.ro
2. Enter username and password
3. Login and remember the login
4. Tap on the Mixed Content Shield icon
Expected result:
- Doorhangers are displayed correctly under the URL Bar
Actual result:
- Doorhangers overlap the URL Bar
Comment 1•10 years ago
|
||
Chenxia, can you look into this?
tracking-fennec: --- → ?
Flags: needinfo?(liuche)
Updated•10 years ago
|
Assignee: nobody → liuche
tracking-fennec: ? → 41+
Comment 2•10 years ago
|
||
Looking at the screenshot, maybe this is the expected behavior for multiple doorhangers like this? Otherwise the user would just have to scroll even more.
Comment 3•10 years ago
|
||
We should be fixing and scrolling within rather than pushing the doorhanger to cover the toolbar
Comment 4•10 years ago
|
||
Yup, I'm looking at this now - setHeight with a MeasureSpec apparently just fails to work, so investigating other options.
Flags: needinfo?(liuche)
Updated•9 years ago
|
tracking-fennec: 41+ → ?
Updated•9 years ago
|
tracking-fennec: ? → 41+
Comment 5•9 years ago
|
||
Chenxia - You re-nomed this but never mentioned why this should not be tracking 41. Can you give some context?
tracking-fennec: 41+ → ?
Updated•9 years ago
|
Flags: needinfo?(liuche)
Comment 6•9 years ago
|
||
I'll take another look at this this week, and see if I can find how to anchor this better.
This has been a low priority because I'd consider this an annoying visual problem when a keyboard pops up, but doesn't affect the usage of the doorhanger.
Flags: needinfo?(liuche)
Comment 7•9 years ago
|
||
I don't think this is important enough to need to track, but it could be a good polish fix. Chenxia, feel free to make this a mentor bug if you think it could be a good one.
tracking-fennec: ? → -
Comment 8•9 years ago
|
||
This bug will likely take some digging and experimentation to figure out what is going wrong, and why setHeight or setAnchor are not being respected when the keyboard comes up and compresses the space.
Assignee: liuche → nobody
Mentor: liuche
Whiteboard: [good next bug][lang=java]
Hi, I'd like to get started on this but I have no idea where to start. May I have some guidance on fixing this bug?
Flags: needinfo?(liuche)
Comment 10•4 years ago
|
||
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•