Closed
Bug 1287305
Opened 8 years ago
Closed 2 years ago
scrollbar hide after resize in WebExtension
Categories
(WebExtensions :: Frontend, defect, P5)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: brcontainer, Unassigned)
Details
(Whiteboard: triaged)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 OPR/38.0.2220.41
Steps to reproduce:
- Load temp extension (in attachment)
- Resize Firefox window for like: http://i.imgur.com/2BRXndG.png
- Wait 2 seconds after click in extension and see organge div
**NOTE (very important)!!**
I noticed this scrollbar don' t belong to document structure (DOM) from "popup", this makes it very difficult to work with "HTML" and "CSS", would only exist the scrollbar from "Document popup".
Thankful.
Actual results:
"DIV" with "position fixed" go to scroll behind: http://i.imgur.com/l8LDlzm.png?1
Expected results:
Work like normal pages, elements with "right: 0" should not stand behind the scrollbar.
Reporter | ||
Updated•8 years ago
|
Component: Untriaged → WebExtensions
OS: Unspecified → Windows 8.1
Product: Firefox → Toolkit
Hardware: Unspecified → x86_64
Updated•8 years ago
|
Priority: -- → P2
Whiteboard: triaged
Reporter | ||
Comment 1•8 years ago
|
||
I noticed this scrollbar don' t belong to document structure (DOM) from "popup", this turn very hard work with "HTML" and "CSS", would only exist the scrollbar from "Document popup".
Reporter | ||
Updated•8 years ago
|
Summary: Element with position:fixed go to behind of scrollbar after resize in WebExtension → scrollbar hide after resize in WebExtension
Reporter | ||
Comment 2•8 years ago
|
||
After several tests, I noticied, scrollbar is hide after resize, it´s same issue about position:fixed
Reporter | ||
Updated•8 years ago
|
Version: 50 Branch → 51 Branch
Comment 3•7 years ago
|
||
It's been a while since this bug was filed, sorry about that. I tried it in Firefox Nightly and couldn't reproduce. If you have time, could you try to reproduce the issue in a recent Firefox and let us know if it still occurs? Thanks.
Flags: needinfo?(brcontainer)
Reporter | ||
Comment 4•7 years ago
|
||
I tested in "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0" and "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0" (Nightly), but get this issue:
See image: https://imgur.com/a/6bQYo
> NOTE: See new attachment
(In reply to Andy McKay [:andym] from comment #3)
> It's been a while since this bug was filed, sorry about that. I tried it in
> Firefox Nightly and couldn't reproduce. If you have time, could you try to
> reproduce the issue in a recent Firefox and let us know if it still occurs?
> Thanks.
Flags: needinfo?(brcontainer)
Comment 5•7 years ago
|
||
600px is the max height of the panel. There is probably some extra padding somewhere taking up 2px, because If I get it down to 598px tall, no scrollbars appear. Tempted to wontfix, but fine if someone wants to figure out how to get the full 600px.
Status: UNCONFIRMED → NEW
Component: WebExtensions: Untriaged → WebExtensions: Frontend
Ever confirmed: true
Priority: P2 → P5
Updated•6 years ago
|
Product: Toolkit → WebExtensions
Updated•2 years ago
|
Severity: normal → S3
Comment 6•2 years ago
|
||
Unable to reproduce in any recent version.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•