1247555 - SVG loaded from cache not rendered correctly

Status: RESOLVED DUPLICATE of bug 1247733

(Core :: SVG, defect)

Description

[benjamin]

Attachment: screenshot

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20160205155049

Steps to reproduce:

- Go onto https://hellocasa.fr
- Close the tab
- Open a new tab
- Go onto https://hellocasa.fr

Tested on stable, beta, and aurora (latest available as of today), on Mac OSX (current), Windows 10 (current)


Actual results:

- The Logo SVG of hellocasa.fr is loaded and rendered correctly the first time
- When you come back, the second time, the logo will not be rendered correctly
- If you refresh the page, the logo is correctly displayed until your next visit


Expected results:

- The SVG should be rendered the same way coming from cache or not

Comment 1

[benjamin]

Attachment: SVG not rendered correctly

Comment 2

[Julien Wajsberg [:julienw]]

All undisplayed elements seem to use a link, for example:

  <use xlink:href="#alogo" x="-107.7"></use>

Comment 3

[Clément Lefèvre]

Reproduced on OS X 10.9.4 on Firefox stable (44) and on today's nightly.

Comment 4

[Julien Wajsberg [:julienw]]

From my side I can't reproduce on Linux (tried on stable and aurora).

Comment 5

[benjamin]

In this case SVG is called directly from the HTML source (inline), not as an external file.

Comment 6

[Robert Longson [:longsonr]]

works for me too.

Comment 7

[Julien Wajsberg [:julienw]]

Robert, yet it was experienced by at least 2 different users: Benjamin the reporter, and Clément a contributor. Benjamin reproduced on 2 different environments (OS X and Windows).

So I think the bug should actually be NEW but might be environemnt-dependent.

Comment 8

[Clément Lefèvre]

I actually managed  to reproduce it on a colleague's laptop on latest Ubuntu with Firefox 41.0.2, packaged by Ubuntu.

And on a computer at home running Archlinux on Firefox 44.0.1 packaged by the distribution and latest nightly coming directly from Mozilla.

Comment 9

[Robert Longson [:longsonr]]

My environment is the same as the bug reporter's. 

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:44.0) Gecko/20100101 Firefox/44.0

Unless developers can reproduce the bug it can't get fixed so it needs better steps.

Comment 10

[Robert Longson [:longsonr]]

Alternatively if someone can reporoduce it, is it a regression i.e. did it work on some really old firefox e.g. version 4. if so use moz-regression to get a regression range.

Comment 11

[Daniel Holbert [:dholbert]]

I can reproduce, but only if I visit the site over HTTP ( http://hellocasa.fr ) -- not HTTPS.

(It then redirects under the hood, and that seems to be important.)

Given that & given comment 2, this seems to be a duplicate of bug 1247733.

Comment 12

[Julien Wajsberg [:julienw]]

Yes I definitely reproduce if I go to http://hellocasa.fr and I get redirected to the https version. This looks like it then, thanks a lot Daniel !