849715 - Nightly doesn't render SVG images to whole area

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect, P5)

Description

[Ko Nagase]

Attachment: osm_tiles.svg

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.160 Safari/537.22

Steps to reproduce:

Open attached SVG file which include images with Nightly build.


Actual results:

Lower right area images are not rendered.


Expected results:

SVG images shoud be rendered to whole area.

Comment 1

[Ko Nagase]

Attachment: Image with Firefox19 on Nexus7

Comment 2

[Ko Nagase]

Attachment: Image with Nightly on Nexus7

Comment 3

[Chris Lord [:cwiiis]]

Apparently a regression, so adding qa flags - A window will definitely help me diagnose/fix this.

Comment 4

[Aaron Train [:aaronmt]]

Adrian, can you help out here?

Comment 5

[Adrian Tamas (:AdrianT)]

Loading the attachment directly I can't reproduce the issue on Nightly 22.0a1 2013-03-12, Aurora 21.0a2 2013-03-12 or Firefox 20 beta 4 on the Samsung Glaxy Tab 2 7.0 (Android 4.1) but I am not sure that it is correctly supported in bugzilla.
I do not have a way to upload the image on a webserver to check it like that. Tried with dropbox but SVGs are not correctly supported. If you have access to a webserver that supports SVGs please uploaded somewhere and add the link so I can test it.

Comment 6

[Kevin Brosnan [Ex-Mozilla]]

I can repro this on a Nexus 7. Will investigate soon.

Comment 7

[Chris Lord [:cwiiis]]

Has this been tested after bug 850396 landed?

Comment 8

[Ko Nagase]

I have tested with Nightly 22.0a1 (2013-03-15) on Nexus7, but the issue still occurred.

Comment 9

[Chris Lord [:cwiiis]]

Worth noting that this is still an issue in current Nightly. I don't have the time to look into it right now, but it looks like perhaps the displayport calculated on load is incorrect. This may be fixed by fennec switching to the APZC (instead of the JPZC).

Comment 10

[Brad Lassey [:blassey] (use needinfo?)]

filter on [mass-p5]

Comment 11

[Ryan VanderMeulen [:RyanVM]]

Kevin, you had success reproducing this before. Is that still the case for you?

Comment 12

[Kevin Brosnan [Ex-Mozilla]]

I am on PTO. Will look at it in November.

Comment 13

[Kevin Brosnan [Ex-Mozilla]]

Yes I can reproduce this on a current Nightly and a Nexus 7 2012. This is the nexus 7 with a brownish back and a dimpled texture. If your Nexus 7 has a smooth black back then it is a 2013 version.

Comment 14

[Ryan VanderMeulen [:RyanVM]]

Kevin, I don't have access to that device. Any chance you can try hunting this down with mozregression?

Comment 15

[Kevin Brosnan [Ex-Mozilla]]

Given that C++ PZC is about to land I would rather wait for that to be testable before trying to find a range for such an old bug. At best we will get a day range and building old fennec is a bit of a dark art as it requires very specific SDKs and NDKs.

Comment 16

[Kevin Brosnan [Ex-Mozilla]]

I can't reproduce this on Nightly

Comment 17

[Chris Peterson [:cpeterson]]

Removing regressionwindow-wanted keyword because this bug has been resolved.