Google search page is scaled on window resize

Bug #1545088 reported by Andrea Bernabei
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
Medium
David Barth
Oxide
Fix Released
Medium
Chris Coulson
qtmir (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

liboxideqtcore0
1.12.15-0ubuntu0.15.04.1~overlay1

Mir+Unity8 device

How to reproduce:
1) switch to window mode (for example by connecting a usb mouse to the device)
2) go to google.com and perform a search
3) while on the search results page, resize the browser window to change its width

Expected outcome:
The search results don't scale

Actual outcome:
The webpage is scaled and becomes unreadable with a small window, and huge on a large window

affects: oxide-qt (Ubuntu) → oxide
Changed in oxide:
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

We currently turn on a blink preferences on mobile (shrinksViewportContentToFit) to match the behaviour of Android. We need to add in some plumbing to toggle this when we're on a windowed display (is there a way to detect that?).

I'm not sure this would have any effect until after a page reload though.

Revision history for this message
Gerry Boland (gerboland) wrote :

Unity8/QtMir/Mir is not updating the display configuration when changing from tablet to desktop mode, so clients cannot tell what mode they should appear in.

QtMir needs to allow Unity8 to set the form factor property on the Display.
Mir needs to fix https://bugs.launchpad.net/mir/+bug/1556142 so that the display doesn't flicker on display change

Changed in qtmir (Ubuntu):
status: New → Confirmed
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Is there anything I can do here to help? There's quite a few bugs like this in Oxide that could use this functionality

Revision history for this message
Gerry Boland (gerboland) wrote :

"this functionality" = current form factor? Or is there more you need?

Changed in oxide:
milestone: none → branch-1.18
assignee: nobody → Chris Coulson (chrisccoulson)
status: Triaged → In Progress
dany (danielitolc)
Changed in oxide:
status: In Progress → New
Changed in qtmir (Ubuntu):
status: Confirmed → New
assignee: nobody → dany (danielitolc)
Changed in oxide:
status: New → In Progress
Changed in qtmir (Ubuntu):
status: New → Confirmed
assignee: dany (danielitolc) → nobody
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

I've landed https://git.launchpad.net/oxide/commit/?id=e8852866ce6dcbb4976e4a40bfda5274c859fde3 as a first step to fixing this, but it's not yet complete and that doesn't actually change the current behaviour. We also need bug 1610929.

Changed in oxide:
status: In Progress → Triaged
Changed in oxide:
milestone: branch-1.18 → branch-1.19
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

This is sort-of fixed now - we assume that the presence of a mouse implies windowed mode, and adjust the behaviour of the webview accordingly.

Changed in oxide:
milestone: branch-1.19 → branch-1.20
status: Triaged → Fix Released
Changed in canonical-devices-system-image:
assignee: nobody → David Barth (dbarth)
importance: Undecided → Medium
milestone: none → 15
status: New → In Progress
Changed in canonical-devices-system-image:
status: In Progress → Fix Committed
Olivier Tilloy (osomon)
Changed in canonical-devices-system-image:
status: Fix Committed → Confirmed
Changed in canonical-devices-system-image:
milestone: 15 → backlog
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.