I noticed that gst-pulse doesn't have a debug variant using my local
Ubuntu repos, while libpulse itself only gives little information (line
200 at pulse/thread-mainloop.c). When you say sent to bugzilla, does
that mean I need to resubmit the bug to gnome bugzilla? One thing I
gathered while search
Hehe, after looking at the backtrace, I tested removing the package
gstreamer-0.10-pulseaudio and problem disappeared. Totem no longer
freezes for a few seconds while loading under no internet condition. I
guess the issue is actually in the gstreamer pulseaudio package and not
totem. Or maybe it is
I think this is the state. I waited for a few seconds (window showing,
but unresponsive) before getting the backtrace. I also tried it twice
and it seemed to be stuck here. Hope this helps!
#0 0x7f1749236b99 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/libpthread.so.0
#1 0x7f173c8db
The program doesn't crash. It freezes for a few seconds before
proceeding normally. I'd think that totem (or one of its plugins) may be
trying to access the internet on startup and the delay was caused by the
host network unreachable delay. I might be wrong though.
--
totem-gstreamer starts slow
This is always reproducible. To reproduce, turn off internet connection
but leave your LAN on, e.g. for ADSL connection through modem+router,
unplug the phone cable but leave the router on. Then, try starting
totem. Totem would freeze for a few seconds before playing the file.
--
totem-gstreamer
Public bug reported:
Binary package hint: totem-gstreamer
I'm using the default totem-gstreamer package that came with Hardy AMD64
bit. If my internet goes down, totem would freeze for a few seconds
upon startup as if it's trying to resolve an internet address. I wasn't
able to find a way to dis
