After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 690159 - Images won't show up in the webview if loaded directly from the URI
Images won't show up in the webview if loaded directly from the URI
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-12-13 14:35 UTC by Xan Lopez
Modified: 2013-03-25 22:48 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Workaround (1.16 KB, patch)
2012-12-15 11:50 UTC, Alberto Garcia 		none Details | Review

Description Xan Lopez 2012-12-13 14:35:09 UTC 
Steps to reproduce:

- Open a new tab
- Paste http://www.itsmart.gr/images/Retro-RS232.jpg in the URI entry, press enter

Expected:

- Image should show up

Result:

- The image loads but is not shown. Resizing the window or reloading will make it appear.
Comment 1 Alberto Garcia 2012-12-13 21:34:51 UTC 
I'll take a look.
Comment 2 Alberto Garcia 2012-12-15 11:50:19 UTC 
Created attachment 231618 [details] [review]
Workaround

So the problem appears when we come back from the overview mode during
WEBKIT_LOAD_COMMITTED.

There's something going on after that notification, and delaying its
handling using an idle function (see patch) fixes the issue, but I'll
try to find out what the actual problem is.

Everything works fine if Epiphany is using WebKit2, by the way.
Comment 3 Alberto Garcia 2013-01-04 15:54:32 UTC 
This is not a bug in Epiphany after all:

https://bugs.webkit.org/show_bug.cgi?id=106093
Comment 4 Alberto Garcia 2013-01-04 15:57:15 UTC 
Comment on attachment 231618 [details] [review]
Workaround

This workaround is not even correct, when load_status_changed_idle() is called the status might already have changed since the signal was emitted.

I wrote a simpler one that seems to work fine but I'm anyway trying to fix the problem in WebKit.
Comment 5 Xan Lopez 2013-03-25 22:48:50 UTC 
This works fine in WebKit2, so we can close the bug.