Closed
Bug 1344814
Opened 7 years ago
Closed 7 years ago
Can't click and drag scroll bar thumb on Mana Confluence's Edit page
Categories
(Web Compatibility :: Site Reports, defect)
Web Compatibility
Site Reports
Tracking
(firefox54 affected, firefox55 affected)
VERIFIED
INCOMPLETE
People
(Reporter: cpeterson, Unassigned)
References
()
Details
(Whiteboard: [sitewait])
Attachments
(1 file)
2.07 MB,
video/mp4
|
Details |
STR: 1. Load a Mana Confluence page, such as https://mana.mozilla.org/wiki/display/PM/Quantum+Program 2. Click the "Edit" link at the top of the page. 3. Try to click and drag the page's scroll bar thumb. RESULT: The scroll bar thumb's color changes on mouse over, but you can't click and drag it. If you click in the scroll bar below the thumb, the thumb will page down and then you can click and drag the thumb.
Reporter | ||
Comment 1•7 years ago
|
||
Note that this problem only affects the Mana page in Edit mode. You can click and drag the scroll bar thumb in Mana's normal view mode.
Comment 2•7 years ago
|
||
I can reproduce the problem. On OS X it's easier if you set the scrollbar to always showing. It looks like when the page is scrolled to the very top, you can't click on the scroll thumb. Also, wheel-scrolling in the top-right corner of the page doesn't work, so I suspect there's a larger hit-testing issue here than just the scrollbar.
Comment 3•7 years ago
|
||
Ah, there's <div id="editor-precursor"> which is absolute-positioned, width:100% and z-index:1. This is sitting on top of the iframe that contains the scrollbar, so when you try to drag the scrollbar you really end up clicking on the div instead. Chrome does the same thing on my machine. This is INVALID from a browser point of view, it would need to be fixed by the page author (which in this case is Atlassian?). They should make the div slightly less wide to allow the user to grab the scrollbar. Moving to Tech Evangelism.
Component: Panning and Zooming → Desktop
Product: Core → Tech Evangelism
Version: unspecified → Trunk
Comment 4•7 years ago
|
||
So then presumably async scrollbar drag (bug 1211610) has nothing to do with this then? Removing dependency, please revert if I'm mistaken.
No longer blocks: async-scrollbar-drag
Comment 5•7 years ago
|
||
Correct, thanks. I tested both with and without apz.drag.enabled and got the same results.
Reporter | ||
Comment 7•7 years ago
|
||
Brutuz, do you work at Atlassian? Can you help us find a web developer on Atlassian's Confluence team to investigate this Confluence bug? Thanks!
Comment 8•7 years ago
|
||
We tested on Windows 10 x64 with FF Nightly 55.0a1(2017-05-11) and you can click and drag the page's scrollbar thumb but only if you click on the second half of the thumb. The scrollbar doesn't work if you try to grab it from the first half of the thumb. Please see the attached video.
Comment 9•7 years ago
|
||
On iMac and MacBook OS X 10.10 and 10.12, the scrollbar can't be dragged, tested with Nightly 55.0a1 (2017-05-22).
Reporter | ||
Comment 10•7 years ago
|
||
Adam, do you have any contacts at Atlassian? This is a bug in their Confluence wiki software and affects both Firefox and Chrome.
status-firefox55:
--- → affected
Flags: needinfo?(astevenson)
Comment 11•7 years ago
|
||
Let's reach out to Wendell Keuneman, head of product for Confluence. https://twitter.com/AdamOpenWeb/status/867855669721915393
Flags: needinfo?(astevenson)
Whiteboard: [sitewait]
Comment 12•7 years ago
|
||
"Hey Adam, I’m told the best course of action is to open a ticket at https://support.atlassian.com/contact and we’ll attend to the issue." I reported the issue to their support team.
Comment 13•7 years ago
|
||
After a couple exchanges with support, they can't help without "the SEN (SEN-XXXXXX) of the Confluence license you're using." Will see if I can find someone that has that.
Comment 14•7 years ago
|
||
I passed along our SEN to Adam over email.
Comment 15•7 years ago
|
||
Thanks Shyam! Apparently this bug has already been reported to them: https://jira.atlassian.com/browse/CONFSERVER-39392 Others can vote on the issue or leave comments if they like (I voted). I think we should close this report as duplicate, as they know about it and it's not Firefox specific. But since Bugzilla requires a bug id for duplicates, I'm marking as incomplete. If anyone disagrees, feel free to open this back up.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Reporter | ||
Comment 16•7 years ago
|
||
Thanks for tracking this down, Shyam and Adam!
Status: RESOLVED → VERIFIED
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
You need to log in
before you can comment on or make changes to this bug.
Description
•