November 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 728554] New: first login ttempt after boot always fails
by bugzilla_noreply＠novell.com 16 Oct '13

16 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=728554 https://bugzilla.novell.com/show_bug.cgi?id=728554#c0 Summary: first login ttempt after boot always fails Classification: openSUSE Product: openSUSE 12.1 Version: RC 2 Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hendrikw(a)arcor.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=460619) --> (http://bugzilla.novell.com/attachment.cgi?id=460619) /var/log/messages from one session User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After booting the machine the first login attempt at the graphical login screen (kdm) always fails. If I enter the (same) password a second time the login works. This problem does not affect the login at a text console (for example Ctrl-Alt-F1), only the login to the KDE-desktop. I am using openSUSE 12.1 RC2 with KDE 4.7.2. Reproducible: Always Steps to Reproduce: 1. boot the system 2. try to login to the graphical desktop 3. Actual Results: After entering the password the first time, the two fields for username and password get red in the background for a few seconds. After entering the password a second time the login works. Expected Results: The login should work at the first time. I installed RC2 two times and always got that login problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 179

[Bug 572202] New: ipv6 stateless autoconfiguration (SLAAC) doesn't work
by bugzilla_noreply＠novell.com 16 Oct '13

16 Oct '13

http://bugzilla.novell.com/show_bug.cgi?id=572202 http://bugzilla.novell.com/show_bug.cgi?id=572202#c0 Summary: ipv6 stateless autoconfiguration (SLAAC) doesn't work Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wjontofs(a)atriumberlin.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 ipv6 stateless autoconfiguration (SLAAC) doesn't work: ipv6 is enabled, link local address is assigned, router advertisments arrive (sniffed with wireshark), nevertheless, SLAAC doen't occur, no global address is assigned. The same machine has no such problems with opensuse 11.1 (other distribution like ubuntu 9.10 work either). /proc/sys/net/ipv6/conf/all/autoconf is set to "1" /proc/sys/net/ipv6/conf/eth0/autoconf is set to "1" Reproducible: Always Steps to Reproduce: 1.ip address shows only link local ipv6 address 2. 3. Expected Results: assign ipv6 address in accordance with tthe router advertisements received -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 27

[Bug 493162] New: pidgin hangs on pulseaudio
by bugzilla_noreply＠novell.com 15 Oct '13

15 Oct '13

http://bugzilla.novell.com/show_bug.cgi?id=493162 Summary: pidgin hangs on pulseaudio Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ptesarik(a)novell.com QAContact: qa(a)suse.de Found By: L3 Occasionally, pidgin hangs. I can't reproduce it Last time it did, I attached to the hung process with gdb, and this is what I see: * 1 Thread 0xb6ee9ab0 (LWP 5513) 0xb7f74424 in __kernel_vsyscall () 2 Thread 0xae2feb90 (LWP 5995) 0xb7f74424 in __kernel_vsyscall () 3 Thread 0xb3301b90 (LWP 5994) 0xb7f74424 in __kernel_vsyscall () 4 Thread 0xaeaffb90 (LWP 5993) 0xb7f74424 in __kernel_vsyscall () 5 Thread 0xb3d53b90 (LWP 5992) 0xb7f74424 in __kernel_vsyscall () Please read on! This is not a pure backtrace. This is a commented backtrace. [Switching to thread 1 (Thread 0xb6ee9ab0 (LWP 5513))] #0 0xb7f74424 in __kernel_vsyscall () #1 0xb70f882d in pthread_mutex_lock () from /lib/libpthread.so.0 int pthread_mutex_lock(pthread_mutex_t *mutex); mutex = 0xb3408590 *mutex = {__data = {__lock = 0x8000176b, __count = 1, __owner = 5995, /* Thread 2 */ __kind = 0x21, __nusers = 1, {__spins = 0x0, __list = {__next = 0x0}}}, __size = {0x6b, 0x17, 0x0, 0x80, 0x1, 0x0, 0x0, 0x0, 0x6b, 0x17, 0x0, 0x0, 0x21, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, __align = 0x8000176b} #2 0xb334eaa1 in pa_mutex_lock (m=0xb3408590) at pulsecore/mutex-posix.c:90 #3 0xb3326530 in pa_threaded_mainloop_lock (m=0xb34032a0) at pulse/thread-mainloop.c:172 #4 0xb3541e08 in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so ^^ Debuginfo is insufficient here, but looking at the caller, I can see that this was called like this: 0xb3d78f8e mov 0x19c(%edi),%eax 0xb3d78f94 mov %esi,(%esp) 0xb3d78f97 call *%eax The value of %edi is saved on stack immediately after the return address (and is 0xba34b460), so the function is at: (gdb) x/x 0xba34b460+0x19c 0xba34b5fc: 0xb3541dd0 0xb3541dd0 push %ebp 0xb3541dd1 mov %esp,%ebp 0xb3541dd3 push %edi 0xb3541dd4 push %esi 0xb3541dd5 push %ebx 0xb3541dd6 call 0xb353e737 0xb3541ddb add $0x9219,%ebx <------- So, GOT is 0xb354aff4 .. 0xb3541e71 lea -0x2f86(%ebx),%eax ---> "gst_pulsesink_reset" 0xb3541e77 mov %eax,-0x3c(%ebp) (this is the 'function' argument to gst_debug_log, which expands via CHECK_DEAD_GOTO and GST_ELEMENT_ERROR and GST_FUNCTION to __FUNCTION__, so it's pretty certain that this is indeed gst_pulsesink_reset.) #5 0xb3d78f99 in gst_audioringbuffer_pause (buf=0xb3405508) at gstaudiosink.c:461 #6 0xb3d8526f in gst_ring_buffer_pause_unlocked (buf=0xb3405508) at gstringbuffer.c:930 #7 0xb3d8677f in gst_ring_buffer_pause (buf=0xb3405508) at gstringbuffer.c:973 #8 0xb3d818e4 in gst_base_audio_sink_change_state (element=0xba350898, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbaseaudiosink.c:1658 #9 0xb7ec48b8 in gst_element_change_state (element=0xba350898, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #10 0xb7ec77fc in gst_element_set_state_func (element=0xba350898, state=GST_STATE_PAUSED) at gstelement.c:2377 #11 0xb7ec3ae2 in gst_element_set_state (element=0xba350898, state=GST_STATE_PAUSED) at gstelement.c:2280 #12 0xb7eb50ba in gst_bin_change_state_func (element=0xba34a0f8, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #13 0xb354dfeb in ?? () from /usr/lib/gstreamer-0.10/libgstautodetect.so #14 0xb7ec48b8 in gst_element_change_state (element=0xba34a0f8, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #15 0xb7ec77fc in gst_element_set_state_func (element=0xba34a0f8, state=GST_STATE_PAUSED) at gstelement.c:2377 #16 0xb7ec3ae2 in gst_element_set_state (element=0xba34a0f8, state=GST_STATE_PAUSED) at gstelement.c:2280 #17 0xb7eb50ba in gst_bin_change_state_func (element=0xba342348, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #18 0xb7ec48b8 in gst_element_change_state (element=0xba342348, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #19 0xb7ec77fc in gst_element_set_state_func (element=0xba342348, state=GST_STATE_PAUSED) at gstelement.c:2377 #20 0xb7ec3ae2 in gst_element_set_state (element=0xba342348, state=GST_STATE_PAUSED) at gstelement.c:2280 #21 0xb7eb50ba in gst_bin_change_state_func (element=0xba313168, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #22 0xb5b0e190 in ?? () from /usr/lib/gstreamer-0.10/libgstgconfelements.so #23 0xb5b0aff6 in ?? () from /usr/lib/gstreamer-0.10/libgstgconfelements.so #24 0xb7ec48b8 in gst_element_change_state (element=0xba313168, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #25 0xb7ec77fc in gst_element_set_state_func (element=0xba313168, state=GST_STATE_PAUSED) at gstelement.c:2377 #26 0xb7ec3ae2 in gst_element_set_state (element=0xba313168, state=GST_STATE_PAUSED) at gstelement.c:2280 #27 0xb7eb50ba in gst_bin_change_state_func (element=0xba2e3b58, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #28 0xb7ec48b8 in gst_element_change_state (element=0xba2e3b58, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #29 0xb7ec77fc in gst_element_set_state_func (element=0xba2e3b58, state=GST_STATE_PAUSED) at gstelement.c:2377 #30 0xb7ec3ae2 in gst_element_set_state (element=0xba2e3b58, state=GST_STATE_PAUSED) at gstelement.c:2280 #31 0xb7eb50ba in gst_bin_change_state_func (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #32 0xb7ee68fa in gst_pipeline_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstpipeline.c:463 #33 0xb3dfa101 in gst_play_base_bin_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybasebin.c:2729 #34 0xb3dea8bd in gst_play_bin_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybin.c:1932 #35 0xb7ec48b8 in gst_element_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #36 0xb7ec77fc in gst_element_set_state_func (element=0xba30f228, state=GST_STATE_NULL) at gstelement.c:2377 #37 0xb7ec3ae2 in gst_element_set_state (element=0xba30f228, state=GST_STATE_NULL) at gstelement.c:2280 #38 0xb803f06c in bus_call (bus=0xb9f406d8, msg=0xba2fb350, data=0xba30f228) at gtksound.c:372 #39 0xb7eb9186 in gst_bus_source_dispatch (source=0xba336d18, callback=0xb803efb0 <bus_call>, user_data=0xba30f228) at gstbus.c:783 #40 0xb719d9a8 in IA__g_main_context_dispatch (context=0xb9cd66d0) at gmain.c:2144 #41 0xb71a1063 in g_main_context_iterate (context=0xb9cd66d0, block=1, dispatch=1, self=0xb9caf3e8) at gmain.c:2778 #42 0xb71a1582 in IA__g_main_loop_run (loop=0xba0f5918) at gmain.c:2986 #43 0xb7b61239 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #44 0xb801a19e in main (argc=Cannot access memory at address 0x1 ) at gtkmain.c:888 [Switching to thread 2 (Thread 0xae2feb90 (LWP 5995))] #0 0xb7f74424 in __kernel_vsyscall () #1 0xb70fd7b9 in __lll_lock_wait () from /lib/libpthread.so.0 #2 0xb70f8cd1 in _L_lock_89 () from /lib/libpthread.so.0 #3 0xb70f85b2 in pthread_mutex_lock () from /lib/libpthread.so.0 int pthread_mutex_lock(pthread_mutex_t *mutex); mutex = 0xb34087d8 *mutex = {__data = {__lock = 2, __count = 0, __owner = 5513, __kind = 0x0, /* Thread 1 */ __nusers = 1, {__spins = 0x0, __list = {__next = 0x0}}}, __size = {0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x89, 0x15, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, __align = 0x2} #4 0xb7eaceff in gst_object_get_name (object=0xba350898) at gstobject.c:702 #5 0xb7ead112 in gst_object_get_path_string (object=0xba350898) at gstobject.c:1103 #6 0xb7ec5060 in gst_element_message_full (element=0xba350898, type=GST_MESSAGE_ERROR, domain=2254, code=1, text=0xb9dedd68 "Disconnected: Connection terminated", debug=0x0, file=0xb3547a2b "pulsesink.c", function=0xb3548096 "gst_pulsesink_write", line=536) at gstelement.c:1663 #7 0xb3542c07 in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so ^^ The 'function' argument to gst_element_message_full() identifies this as gst_pulsesink_write. #8 0xb3d7968c in audioringbuffer_thread_func (buf=0xb3405508) at gstaudiosink.c:226 #9 0xb71c835f in g_thread_create_proxy (data=0xb9df7e18) at gthread.c:635 #10 0xb70f71b5 in start_thread () from /lib/libpthread.so.0 #11 0xb70663be in clone () from /lib/libc.so.6 The other threads are not relevant AFAICS. To recap, Thread 1 waits for a mutex held by Thread 2, and Thread 2 waits for a mutex held by Thread 1. A classical ABBA deadlock. One possible sequence of events was: Thread 1: acquire the audio sink object lock I do not know where this happened, sorry. But the owner of the lock is thread 1, so it must have happened. Thread 2: acquire pulsesink->mainloop via pa_threaded_mainloop_lock() Thread 1: try to acquire pulsesink->mainloop via pa_threaded_mainloop_lock() But it is held by Thread 2, so wait here. Thread 2: deadlock on object lock via GST_OBJECT_LOCK () This gets called via GST_ELEMENT_ERROR -> gst_element_message_full -> gst_object_get_path_string -> gst_object_get_name Note that this analysis may also help with bug 442466, but that one is reported against SLED11. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 728474] New: Boot not continuing if eth0 not connected (install with wlan0)
by bugzilla_noreply＠novell.com 15 Oct '13

15 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=728474 https://bugzilla.novell.com/show_bug.cgi?id=728474#c0 Summary: Boot not continuing if eth0 not connected (install with wlan0) Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter(a)familie-siebs.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Notebook with eth0 and wlan0, wlan configured with fixed IP (no DHCP), eth0 is not configured. Worked fine until reboot -> If I reboot openSuSE 12.1 RC 2 boot stops after checking filesystems if no cable is connected at eth0. At that moment I connect a network-cable the Boot will go on. Reproducible: Always Steps to Reproduce: 1. configure WLAN0 with fixed IP, no configuration for eth0 2. reboot Actual Results: Boot process hangs after checking filesystems Expected Results: Booting normaly, configure WLAN0 with given IP Adress, turn eth0 down. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 728829] New: Clementine fails when it update the collection.
by bugzilla_noreply＠novell.com 14 Oct '13

14 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=728829 https://bugzilla.novell.com/show_bug.cgi?id=728829#c0 Summary: Clementine fails when it update the collection. Classification: openSUSE Product: openSUSE 12.1 Version: RC 2 Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: smartinds(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Clementine 0.7.1 fails when it update the collection. The out in konsole is: zchronos@nayuki:~>clementine .. .. TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song I - Saber [Kawasumi Ayako]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav TagLib: Could not open file /home/zchronos/Música/Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3 [Character Image Song]/TV Animation Fate stay night Character Image Song VI - Ryder [Asakawa Yuu]/CDImage.wav Violación de segmento Reproducible: Always Steps to Reproduce: 1. Open Clementine (with the folder "Fate Stay Night/Fate stay night Animation Soundtrack Collection Vol.3" Clementine is in repository: http://download.opensuse.org/distribution/12.1/repo/oss/ In openSUSE 11.4 clementine works very good (when the same directory). Listing a directory: $ ls -l TV\ Animation\ Fate\ stay\ night\ Character\ Image\ Song\ I\ -\ Saber\ \[Kawasumi\ Ayako\]/ total 116884 -rwxrwxr-x 1 zchronos users 194 jul 30 2007 CDImage.cue -rwxrwxr-x 1 zchronos users 112318133 jul 31 2007 CDImage.flac -rwxrwxr-x 1 zchronos users 495 jul 30 2007 CDImage.flac [EN].cue -rwxrwxr-x 1 zchronos users 573 jul 30 2007 CDImage.flac [JP].cue -rwxrwxr-x 1 zchronos users 1153 jul 30 2007 Fate stay night Character Image Song I - Saber.LOG -rwxrwxr-x 1 zchronos users 573152 jul 30 2007 GNCA-0042_01.jpg -rwxrwxr-x 1 zchronos users 659377 jul 30 2007 GNCA-0042_02.jpg -rwxrwxr-x 1 zchronos users 670581 jul 30 2007 GNCA-0042_03.jpg -rwxrwxr-x 1 zchronos users 1502864 jul 30 2007 GNCA-0042_04.jpg -rwxrwxr-x 1 zchronos users 1676101 jul 30 2007 GNCA-0042_05.jpg -rwxrwxr-x 1 zchronos users 395896 jul 30 2007 GNCA-0042_06.jpg -rwxrwxr-x 1 zchronos users 227473 jul 30 2007 GNCA-0042_07.jpg -rwxrwxr-x 1 zchronos users 276747 jul 30 2007 GNCA-0042_08.jpg -rwxrwxr-x 1 zchronos users 376548 jul 30 2007 GNCA-0042_09.jpg -rwxrwxr-x 1 zchronos users 448834 jul 30 2007 GNCA-0042_10.jpg -rwxrwxr-x 1 zchronos users 531732 jul 30 2007 GNCA-0042_11.jpg -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 696303] New: Thunderbird doesn't close correctly
by bugzilla_noreply＠novell.com 14 Oct '13

14 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=696303 https://bugzilla.novell.com/show_bug.cgi?id=696303#c0 Summary: Thunderbird doesn't close correctly Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: smartinds(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 When I'm in Thunderbir and I do clic in the "X" button (for close the application), Thunderbird apparently closes, BUT actually continues running. Then I reboot the PC, thunderbird load automatically when starting KDE. D.E: KDE 4.6.0 "release 0" Thunderbird: 3.1.10 Reproducible: Always Steps to Reproduce: 1. 2. 3. My repo list: 1 | Actualizaciones-para-openSUSE-11.4-11.4-0 | Actualizaciones para openSUSE 11.4 11.4-0 | Si | Si | 99 | rpm-md | http://download.opensuse.org/update/11.4/ | 2 | Wine | Wine | Si | Si | 80 | rpm-md | http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.4/ | 3 | google-chrome | google-chrome | Si | Si | 99 | rpm-md | http://dl.google.com/linux/chrome/rpm/stable/x86_64 | 4 | packman | packman | Si | Si | 70 | rpm-md | http://packman.inode.at/suse/openSUSE_11.4 | 5 | repo-non-oss | openSUSE-11.4-Non-Oss | Si | Si | 99 | yast2 | http://download.opensuse.org/distribution/11.4/repo/non-oss/ | 6 | repo-oss | openSUSE-11.4-Oss | Si | Si | 99 | yast2 | http://download.opensuse.org/distribution/11.4/repo/oss/ | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 645381] New: DBus applications hang during authentication
by bugzilla_noreply＠novell.com 10 Oct '13

10 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=645381 https://bugzilla.novell.com/show_bug.cgi?id=645381#c0 Summary: DBus applications hang during authentication Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: i386 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: thoenig(a)novell.com ReportedBy: mvidner(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- This happens when building yast2-dbus-server on i386 (not on x86_64), but I can't reproduce it on my local machine. The build hangs when I run dbus-send to exercise a trivial test case: https://build.opensuse.org/package/live_build_log?arch=i586&package=yast2-d… Here is a patched package to show more detail. dbus-send hangs after sending AUTH EXTERNAL to the bus, presumably waiting in poll(2) for the daemon to reply: https://build.opensuse.org/stage/package/live_build_log?arch=i586&package=y… -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 667717] New: KMail doesn't show green border for GPG-signed mails
by bugzilla_noreply＠novell.com 04 Oct '13

04 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=667717 https://bugzilla.novell.com/show_bug.cgi?id=667717#c0 Summary: KMail doesn't show green border for GPG-signed mails Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- Created an attachment (id=410827) --> (http://bugzilla.novell.com/attachment.cgi?id=410827) /v/l/zypp/history since 2011-01-18 Since the last zypper dup yesterday (Factory + KDE:Distro:Factory), KMail does not show the green border on GPG-signed mails, for example on the openSUSE security announcements. The GnuPG log viewer in KMail (KWatchGnuPG) displays: [client at fd 4 connected] 4 - 2011-01-27 19:46:44 gpg[9225]: enabled debug flags: memstat trust extprog assuan 4 - 2011-01-27 19:46:44 gpg[9225]: Signature made Di 25 Jan 2011 17:16:14 CET using RSA key ID 3D25D3D9 4 - 2011-01-27 19:46:44 gpg[9225]: Good signature from "SuSE Security Team <security(a)suse.de>" [client at fd 4 disconnected] which looks like a working signature verification. However KMail displays the mail like a unsigned mail (no green/yellow/whatever border). This is clearly a regression. The previous (working) kmail and kdepim packages I had were (from KDE:Distro:Factory): 2011-01-18 00:48:58|install|kmail|4.4.9-269.3|x86_64| 2011-01-18 01:08:45|install|libkdepimlibs4|4.5.95-198.1|x86_64| 2011-01-18 01:08:45|install|libkdepim4|4.4.9-269.3|x86_64| 2011-01-18 01:08:46|install|kdepimlibs4|4.5.95-198.1|x86_64| 2011-01-18 01:08:48|install|kdepim4|4.4.9-269.3|x86_64| The buggy packages I currently use are (also from KDE:Distro:Factory): 2011-01-26 15:05:20|install|libkdepimlibs4|4.6.0-201.1|x86_64| 2011-01-26 15:05:50|install|libkdepim4|4.4.9-273.1|x86_64| 2011-01-26 15:05:56|install|kdepimlibs4|4.6.0-201.1|x86_64| 2011-01-26 15:08:59|install|kdepim4-runtime|4.4.9-72.6|x86_64| 2011-01-26 15:09:01|install|kdepim4|4.4.9-273.1|x86_64| 2011-01-26 15:09:55|install|kmail|4.4.9-273.1|x86_64| 2011-01-26 15:10:13|install|kdepim4-wizards|4.4.9-273.1|x86_64| A text file with /v/l/zypp/history since 2011-01-18 is attached so that you can see old (working) and new (buggy) versions of all packages. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 728776] New: firefox error on download: Gtk-WARNING: No such file or directory
by bugzilla_noreply＠novell.com 03 Oct '13

03 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=728776 https://bugzilla.novell.com/show_bug.cgi?id=728776#c0 Summary: firefox error on download: Gtk-WARNING: No such file or directory Classification: openSUSE Product: openSUSE 12.1 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: rcoe(a)wi.rr.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 After every download, I get this error reported by FF: (firefox:PID####): Gtk-WARNING **: Unable to retrieve the file info for `file:///[...]': Error stating file '[...]': No such file or directory The file is downloaded and it does exist. I suspect that there's some race condition between the download complete and the check for the file's existance. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 727670] New: cannot connect to host through gateway
by bugzilla_noreply＠novell.com 03 Oct '13

03 Oct '13

https://bugzilla.novell.com/show_bug.cgi?id=727670 https://bugzilla.novell.com/show_bug.cgi?id=727670#c0 Summary: cannot connect to host through gateway Classification: openSUSE Product: openSUSE 12.1 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rcoe(a)wi.rr.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 My incoming mail host is 71.74.56.78 My outgoing mail host is 71.74.56.22 I'm on a 192.168.1.X network and the gateway is 192.168.1.1 All network traffic needs to be routed through the gateway to get to the outside internet. The computer gets into a state where it cannot connect to 71.74.56.78, eg : telnet 71.74.56.78 110 Trying 71.74.56.78... telnet: connect to address 71.74.56.78: No route to host I can, however, ping and telnet to 71.74.56.22. If I reboot, all functionality to 71.74.56.78 comes back. : netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 wlan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 Reproducible: Always Steps to Reproduce: 1. boot machine 2. configure network 3. fetch email 4. suspend computer 5. go to work, fetch email, work all day, suspend computer 6. come home, wake computer, configure network 7. fetch email fails -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12