Trying to use the horizontal scrollbar exposes the bottom bar instead
Bug #1309166 reported by
Christopher Kyle Horton
This bug report is a duplicate of:
Bug #1329942: [new design] new header/url bar implementation.
Edit
Remove
This bug affects 4 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| webbrowser-app |
In Progress
|
High
|
Alexandre Abreu | ||
Bug Description
[Impact]
This is a bug which interferes with horizontal scrolling when using webbrowser-app on the desktop.
[Test case]
To reproduce, go to a site (I use youtube.com as an example) where you need to scroll horizontally to see all of the content. If you have a touchpad, no problem; just use a two-finger drag as a workaround. But if I try to scroll by dragging the scrollbar shown on the bottom using the mouse, it brings up the bottom bar instead.
Factor in bug #1191727, and this means that on the desktop you cannot scroll horizontally at all unless you have a touchpad.
[Regression potential]
The toolbar is always made visible to resolve the issue.
Related branches
lp://staging/~abreu-alexandre/webbrowser-app/panel-always-opened-in-desktop
- Olivier Tilloy: Disapprove
- PS Jenkins bot: Needs Fixing (continuous-integration)
-
Diff: 530 lines (+126/-48)12 files modifiedsrc/app/PanelLoader.qml (+7/-7)
src/app/webbrowser/Browser.qml (+42/-7)
src/app/webbrowser/TimelineView.qml (+3/-0)
src/app/webcontainer/WebApp.qml (+10/-1)
src/app/webcontainer/WebappContainerWebview.qml (+1/-0)
tests/autopilot/webapp_container/tests/__init__.py (+8/-1)
tests/autopilot/webapp_container/tests/test_chrome_setup.py (+18/-5)
tests/autopilot/webbrowser_app/tests/__init__.py (+16/-3)
tests/autopilot/webbrowser_app/tests/test_addressbar_action_button.py (+1/-2)
tests/autopilot/webbrowser_app/tests/test_addressbar_selection.py (+4/-8)
tests/autopilot/webbrowser_app/tests/test_history.py (+6/-12)
tests/autopilot/webbrowser_app/tests/test_toolbar.py (+10/-2)
Revision history for this message
| David Barth (dbarth) wrote | #1 |
| Changed in webbrowser-app: | |
| importance: | Undecided → Low |
| status: | New → Confirmed |
Revision history for this message
| Pat McGowan (pat-mcgowan) wrote | #2 |
| tags: | added: webapps-hotlist |
| Changed in webbrowser-app: | |
| importance: | Low → High |
| Changed in webbrowser-app: | |
| assignee: | nobody → Alexandre Abreu (abreu-alexandre) |
| description: | updated |
| Changed in webbrowser-app: | |
| status: | Confirmed → In Progress |
| Changed in webbrowser-app: | |
| milestone: | none → ux-freeze |
Revision history for this message
| Bill Filler (bfiller) wrote | #4 |
To post a comment you must log in.
Thanks for your bug report. We're trying to address that issue as part of https:/
The toolbar placement will evolve in sync with the rest of our form factors, so this interaction issue should be resolved in the next design update.