1001563 - Double-tap zoom does not work on wsj.com

Status: RESOLVED FIXED

(Web Compatibility :: Site Reports, defect)

Description

[Matthew Zaleski]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.146 Safari/537.36

Steps to reproduce:

1) Does not matter if "Text reflow" is enabled or disabled
2) Open affected webpage that uses desktop layout:
http://online.wsj.com/news/articles/SB10001424052702304788404579522612497528586
3) Double-tap on column of text (main article)



Actual results:

Nothing happens


Expected results:

Firefox zooms to the width of the text column.

Comment 1

[Matthew Zaleski]

Possibly related to Bug 990259.

I was using Android Aurora 30.0a2 (2014-04-24) on Nexus 10 (4.4.2).

WSJ.com zooming was working up until 7-14 days ago.  I then noticed that all double-tap to zoom was broken.  The above bugfix appears to have solved some of them as some sites now correctly zoom.

Comment 2

[Matthew Zaleski]

Each double-tap produces the following messages in logcat:
E/GeckoPanZoomController(15489): Received impossible touch move while in WAITING_LISTENERS
E/GeckoPanZoomController(15489): Received impossible touch move while in WAITING_LISTENERS
E/GeckoPanZoomController(15489): Received impossible touch move while in WAITING_LISTENERS
E/GeckoPanZoomController(15489): Received impossible touch end while in WAITING_LISTENERS

Comment 3

[Kartikaya Gupta (email:[e-mail])]

The page has width=device-width in the meta-viewport tag, so this is expected behaviour on our end. (bug 941995). But wsj.com really shouldn't be using that meta tag if they don't provide a layout that actually fits their content into the device width. So maybe this is best as a tech evangelism bug.

Comment 4

[Matthew Zaleski]

(In reply to Kartikaya Gupta (email:[e-mail]) from comment #3)
> The page has width=device-width in the meta-viewport tag, so this is
> expected behaviour on our end. (bug 941995). But wsj.com really shouldn't be
> using that meta tag if they don't provide a layout that actually fits their
> content into the device width. So maybe this is best as a tech evangelism
> bug.

Then why do the current Google Play versions of Firefox and Firefox Beta allow me to tap to zoom on my reported webpage?  Something changed recently in Aurora.

Comment 5

[Kartikaya Gupta (email:[e-mail])]

Yes, bug 941995.

Comment 6

[Matthew Zaleski]

Thanks for taking the time to provide the relevant information.  I have opened a ticker with wsj.com to get their end fixed.

Comment 7

[Aaron Train [:aaronmt]]

This works fine on their front-page. In an article is where this fails.

Comment 8

[Matthew Zaleski]

(In reply to Aaron Train [:aaronmt] from comment #7)
> This works fine on their front-page. In an article is where this fails.

Aye, they've changed something in the past few days.  When I created this ticket, both were broken.

I've yet to get any feedback on my open tickets at WSJ.com.

Comment 9

[:kip (Kearwood Gilbert)]

When double-tapping on the wsj.com article page, the event reaches BrowserEventHandler.observe as “Gesture:SingleTap” and does not reach ZoomHelper.js.

Comment 10

[Kartikaya Gupta (email:[e-mail])]

(In reply to :kip (Kearwood Gilbert) from comment #9)
> When double-tapping on the wsj.com article page, the event reaches
> BrowserEventHandler.observe as “Gesture:SingleTap” and does not reach
> ZoomHelper.js.

The reason for this is that double-tap-to-zoom is disabled on pages that set a meta-viewport. See comment 3.

Comment 11

[:kip (Kearwood Gilbert)]

Un-assigned from myself, as does not appear to be a developer task.  (Behavior as designed)

Comment 12

[Karl Dubost💡 :karlcow]

I believe the layout has been changed since the opening of this bug. Because right now the layout fits well in the page.