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 163886 - disallow SVG favicons
disallow SVG favicons
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
git master
Other Linux
: High critical
: 1.6
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
: 169004 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-01-13 02:31 UTC by John Spray
Modified: 2005-08-17 18:06 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Description John Spray 2005-01-13 02:31:19 UTC 
Distribution: Debian testing/unstable
Package: epiphany
Severity: normal
Version: GNOME2.9.4 unspecified
Gnome-Distributor: GNOME.Org
Synopsis: Epiphany Crash (while loading favicon?)
Bugzilla-Product: epiphany
Bugzilla-Component: General
Bugzilla-Version: unspecified
BugBuddy-GnomeVersion: 2.0 (2.9.1)
Description:
Description of the crash:

Had just third-clicked to open a couple of links in the background, was
scrolling down as they loaded...boom.



Debugging Information:

Backtrace was generated from '/opt/gnome2/bin/epiphany'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 1090552608 (LWP 22411)]
[New Thread 1130417072 (LWP 31845)]
[Thread debugging using libthread_db enabled]
[New Thread 1090552608 (LWP 22411)]
[New Thread 1130417072 (LWP 31845)]
[Thread debugging using libthread_db enabled]
[New Thread 1090552608 (LWP 22411)]
[New Thread 1130417072 (LWP 31845)]
[New Thread 1138809776 (LWP 31839)]
[New Thread 1121979312 (LWP 22413)]
[New Thread 1108716464 (LWP 22412)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 54449

Thread 1 (Thread 1090552608 (LWP 22411))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 741
  • #3 <signal handler called>
  • #4 rsvg_new_drawing_ctx
    at rsvg.c line 1709
  • #5 rsvg_handle_get_pixbuf
    at rsvg.c line 1949
  • #6 gdk_pixbuf__svg_image_stop_load
    at io-svg.c line 159
  • #7 _gdk_pixbuf_generic_image_load
    at gdk-pixbuf-io.c line 781
  • #8 IA__gdk_pixbuf_new_from_file
    at gdk-pixbuf-io.c line 872
  • #9 ephy_favicon_cache_get
    at ephy-favicon-cache.c line 463
  • #10 sync_icon
    at ephy-notebook.c line 775
  • #11 IA__g_cclosure_marshal_VOID__PARAM
    at gmarshal.c line 531
  • #12 IA__g_closure_invoke
    at gclosure.c line 437
  • #13 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #14 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #15 IA__g_signal_emit
    at gsignal.c line 2288
  • #16 g_object_dispatch_properties_changed
    at gobject.c line 593
  • #17 g_object_notify_dispatcher
    at gobject.c line 234
  • #18 g_object_notify_queue_thaw
    at gobjectnotifyqueue.c line 123
  • #19 IA__g_object_notify
    at gobject.c line 650
  • #20 ephy_tab_icon_cache_changed_cb
    at ephy-tab.c line 984
  • #21 IA__g_cclosure_marshal_VOID__STRING
    at gmarshal.c line 496
  • #22 IA__g_closure_invoke
    at gclosure.c line 437
  • #23 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #24 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #25 IA__g_signal_emit
    at gsignal.c line 2288
  • #26 favicon_download_completed_cb
    at ephy-favicon-cache.c line 333
  • #27 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #28 IA__g_closure_invoke
    at gclosure.c line 437
  • #29 signal_emit_unlocked_R
    at gsignal.c line 2485
  • #30 IA__g_signal_emit_valist
    at gsignal.c line 2244
  • #31 IA__g_signal_emit_by_name
    at gsignal.c line 2312
  • #32 mozilla_embed_persist_completed
    at mozilla-embed-persist.cpp line 109
  • #33 MozDownload::OnStateChange
    at MozDownload.cpp line 358
  • #34 nsWebBrowserPersist::OnStopRequest
    from /opt/gnome2/lib/mozilla-1.7.6/components/libembedcomponents.so
  • #35 nsHTTPCompressConv::OnStopRequest
    from /opt/gnome2/lib/mozilla-1.7.6/components/libnecko.so
  • #36 nsHttpChannel::OnStopRequest
    from /opt/gnome2/lib/mozilla-1.7.6/components/libnecko.so
  • #37 nsInputStreamPump::OnStateStop
    from /opt/gnome2/lib/mozilla-1.7.6/components/libnecko.so
  • #38 nsInputStreamPump::OnInputStreamReady
    from /opt/gnome2/lib/mozilla-1.7.6/components/libnecko.so
  • #39 nsInputStreamReadyEvent::EventHandler
    from /opt/gnome2/lib/mozilla-1.7.6/libxpcom.so
  • #40 PL_HandleEvent
    from /opt/gnome2/lib/mozilla-1.7.6/libxpcom.so
  • #41 PL_ProcessPendingEvents
    from /opt/gnome2/lib/mozilla-1.7.6/libxpcom.so
  • #42 nsEventQueueImpl::ProcessPendingEvents
    from /opt/gnome2/lib/mozilla-1.7.6/libxpcom.so
  • #43 event_processor_callback
    from /opt/gnome2/lib/mozilla-1.7.6/components/libwidget_gtk2.so
  • #44 g_io_unix_dispatch
  • #45 g_main_dispatch
    at gmain.c line 1947
  • #46 IA__g_main_context_dispatch
    at gmain.c line 2497
  • #47 g_main_context_iterate
    at gmain.c line 2578
  • #48 IA__g_main_loop_run
    at gmain.c line 2782
  • #49 IA__gtk_main
    at gtkmain.c line 963
  • #50 main
    at ephy-main.c line 216
  • #0 __kernel_vsyscall 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2005-01-12 21:31 -------


Unknown platform unknown. Setting to default platform "Other".
Unknown milestone "unknown" in product "epiphany".
   Setting to default milestone for this product, '---'
Setting to default status "UNCONFIRMED".
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.
Comment 1 John Spray 2005-01-13 02:40:38 UTC 
I can reproduce this every time going to http://gnome-look.org.

I've tried getting rid of my ~/.gnome2/epiphany/, but I get the same crash.
Comment 2 Christian Persch 2005-01-13 13:30:05 UTC 
Here it crashes with this trace:

Program received signal SIGFPE, Arithmetic exception.

+ Trace 54465

Thread NaN (LWP 8318)

  • #0 rsvg_handle_get_pixbuf
    at rsvg.c line 1709
  • #1 gdk_pixbuf__svg_image_stop_load
    at io-svg.c line 159
  • #2 _gdk_pixbuf_generic_image_load
    at gdk-pixbuf-io.c line 781
  • #3 gdk_pixbuf_new_from_file
    at gdk-pixbuf-io.c line 872
  • #4 ephy_favicon_cache_get
    at ../../embed/ephy-favicon-cache.c line 463 


I guess it's a div-by-zero...
Comment 3 John Spray 2005-01-13 16:03:55 UTC 
My patch to librsvg in bug 163947 fixes this crash (but ephy still doesn't get
icon).
Comment 4 John Spray 2005-01-13 17:54:51 UTC 
My librsvg patch was committed, so this bug is fixed.  However, if anyone cares
about why the icon isn't loaded by epiphany, I guess they could leave this one
open and rename it.
Comment 5 Christian Persch 2005-02-27 13:14:41 UTC 
Fixed in cvs.
Comment 6 Christian Persch 2005-03-02 21:24:23 UTC 
*** Bug 169004 has been marked as a duplicate of this bug. ***
Comment 7 Christian Persch 2005-03-02 21:26:27 UTC 
Reopening. The code to detect the mime type doesn't seem to work correctly, even
though it worked when I tested it.

Looks like gnome_vfs_get_file_info can return the mime type based on extension
even when the content is available and I use FORCE_SLOW_MIME_TYPE !?
Comment 8 Christian Persch 2005-08-17 18:06:49 UTC 
This has been fixed in cvs for a while.