August 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 737919] New: nepomuk crashes immediately on login
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=737919 https://bugzilla.novell.com/show_bug.cgi?id=737919#c0 Summary: nepomuk crashes immediately on login Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: wolfgang(a)rosenauer.org QAContact: qa(a)suse.de Found By: --- Blocker: --- .. with a fresh 12.1 installation and no old data (new user). -- 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 737209] New: Reproduceably konqueror crashes
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=737209 https://bugzilla.novell.com/show_bug.cgi?id=737209#c0 Summary: Reproduceably konqueror crashes Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: suse(a)christian-reiner.info QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 I experience segfaults in konqueror (opensuse-12.1, kde-4-7.4 from KR47). These crashes are 100% reproduceably, but, very intresting, only occur under very special circumstances: The crash occurs (only occurs) when konqueror is launched from within another application. I mean if you click a link that is offered in another appliciation which leads to any page in the web that contains some sort of flash object. This might be an entry in knode pointing to a youtube video or even the "check update" button in the flash kcm module. The segfault is 100% reproduceably but only occurs when konqueror is launched this way. When launched from cli konqueror loads, renders and displays the same page including the flash object without any problem. Because of this I cannot provide a console output. The problem is documented in KDE bugzilla: https://bugs.kde.org/288815 That bug has been closed upstream AND downstream, kind of... The bug description contains a full backtrace and a 'ldd' output which I don't duplicate here. Since the recommended upgrade to flash-11.2beta2 did NOT solve the problem for me I guess this is in fact a downstream issue. This is why I open this bug here, openSUSE is downstream. Reproducible: Always Steps to Reproduce: 1.open a http url to a page holding a flash object from within another application (for example knode, akregator, kmail) Actual Results: konqueror is launched, starts to load and render the page and crashes with a segfault right vefore finishing the page Expected Results: konqueror is launched, loads the page, renders and displays it Since many many pages contain some fort of flash object for some animation these days konqueror in practically useless under these circumstances. -- 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 7

[Bug 736639] New: Mails re-appear after update from KDE 4.7.2 to 4.7.4
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=736639 https://bugzilla.novell.com/show_bug.cgi?id=736639#c0 Summary: Mails re-appear after update from KDE 4.7.2 to 4.7.4 Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: All 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: --- I updated from KDE 4.7.2 (as shipped with openSUSE 12.1) to 4.7.4 from KDE:Release:4.7 today. At the first start of KMail after the update, lots of mails re-appeared that I had moved to other folders previously. Details on my setup and usage: - mails stored in a mixedmaildir - incoming mails are filtered into various folders (one for each mailinglist) inside the mixedmaildir. Most of that target folders are a maildir inside the mixedmaildir. - I move the mails to an archive folder after reading them (most of the archive folders are mailbox files inside the mixedmaildir) After the update to KDE 4.7.4, lots of mails that I moved away in the last days reappeared in the filters' target folders. The re-appeared mails were up to a month old, and the number varies from 2 to maybe 80 mails per folder. Note that I had some "fun" with the migration to KMail2 (which is also documented on bnc), so this might be the result of something strange happening before. Nevertheless the re-appearing mails are annoying enough to write this bugreport ;-) -- 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 736119] New: 12.1 RC2 as of 12/11/2011
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=736119 https://bugzilla.novell.com/show_bug.cgi?id=736119#c0 Summary: 12.1 RC2 as of 12/11/2011 Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: n5xwb(a)comcast.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0a1) Gecko/20111206 Firefox/11.0a1 Several problems. This on is dealing with not even as root in yast2 hardware sound works. I looked in /dev/ and no dsp, mixer or audio. Yet lsmod shows it there. To this also no mixer in X seems to work including kmix, gmixer and pavucontrol. IT may even be a dbus headahce. This is a snd-hda-intel module. This problem is on going headache and does stop kde4 sound to not test. Reproducible: Always Steps to Reproduce: 1. Bring up kde4 and setup Multimedia with speakers. 2. Try "Test" 3. Shut it down and restart X - kde should play a startup music when it starts Actual Results: No Sound after X is up. Likely no mixer Expected Results: A simple ten second music not while kde is up I have in the past corrected the sound to work by setting devs dsp, mixer and audio. Which fixed the KDE lack of startup music and tvtime, kradio. amarok and clementine. -- 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 736116] New: Problems in GTK application under KDE in Opensuse 12.1
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=736116 https://bugzilla.novell.com/show_bug.cgi?id=736116#c0 Summary: Problems in GTK application under KDE in Opensuse 12.1 Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: fernando.a.martin(a)hotmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 When using gkt applications in kde if a window is not maximized, instead of adapting to the size of the window some buttons and items remain out of the window. That is changing window size doesn't change the position of items. Some texts inside the window are not readable. Example: in yast-gtk package manager the part of window that display the repos of a package is completely black. Text there cannot be read at all. After clicking any button or option inside a window, mouse clicks no longer take any effect on other items on that same window, unless it's minimized and maximized again. Reproducible: Always Steps to Reproduce: 1. Make a fresh install of Opensuse 12.1 KDE from live cd. (Probably it will work with another types of installation of Opensuse and KDE.) 2. Install Eye of Gnome. 3. Edit /etc/sysconfig and change yast gui to gtk. 4. Try to use these both applications clicking on several buttons and menus, one after another, try re-sizing the window and experiment any other options and buttons. Actual Results: Problems in functionality of buttons, menus and text in some parts of the windows. Expected Results: Resize or adjust items when the windows is resized, keep all buttons nad menus working continously and every text should be visible. In any theme the same thing happens. -- 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 735225] New: Synaptiks config window always opens maximized
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=735225 https://bugzilla.novell.com/show_bug.cgi?id=735225#c0 Summary: Synaptiks config window always opens maximized Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: mrkfbrn(a)yahoo.co.nz QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 Have a clean install of Opensuse 12.1 x86-64 with KDE default 4.7.2 Have checked Synaptiks to auto start at login. Whenever I boot into a new session in KDE the synaptiks window opens maximized. I would expect the default behaviour for this would be for synaptiks to open in the system tray? 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 6

[Bug 734829] New: kde: suspend does not work if more then one kde session is running
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=734829 https://bugzilla.novell.com/show_bug.cgi?id=734829#c0 Summary: kde: suspend does not work if more then one kde session is running Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: fcastelli(a)suse.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=465861) --> (http://bugzilla.novell.com/attachment.cgi?id=465861) Enter root password to enable suspend. lid close/sleep button work as expected when: - just one kde session is up and running - one kde session and multiple tty sessions are running They do not work when more then one kde session is running. How to reproduce: - log into kde using as user 'foo' - use the "switch user" feature of kde and start a new session - log into kde using as user 'bar' - close the lid or click the sleep button Expected outcome: the system enters sleep mode Actual outcome: * system doesn't enter sleep mode * screensaver is started * a dialog box appears inside of 'foo' session (see attached screenshot) UPower implicit authorizations for the suspend action are: * any: yes * inactive console: yes * active console: yes I've also looked at bug 728970 but everything looks fine. -- 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 8

[Bug 734747] New: KDE Panel only shows up after mouse grab when using -usbdevice tablet in qemu
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=734747 https://bugzilla.novell.com/show_bug.cgi?id=734747#c0 Summary: KDE Panel only shows up after mouse grab when using -usbdevice tablet in qemu Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: mat(a)mshopf.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 I'm using a minimal KDE LIVE system built with kiwi here. When testing this image in qemu-kvm, the panel just doesn't show up when booting. Only after pressing Ctrl-Alt (or right Ctrl if qemu is started with -ctrl-grab) the panel suddenly shows up. This happens *most* of the time, but not always. This does not happen if I don't specify -usbdevice tablet in qemu, so this is specific to this absolute coordinate device (don't know the gory details what happens comparing grabbed and ungrabbed state). Reproducible: Sometimes Steps to Reproduce: 1. Boot KDE live image with "qemu-kvm -usb -usbdevice tablet" Actual Results: Panel isn't showing up. Expected Results: Panel shows up. -- 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 7

[Bug 732792] New: kdesu doesn't change the directory/environment
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=732792 https://bugzilla.novell.com/show_bug.cgi?id=732792#c0 Summary: kdesu doesn't change the directory/environment Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: thardeck(a)suse.com QAContact: qa(a)suse.de CC: lnussel(a)suse.com Found By: Development Blocker: --- It seems that kdesu doesn't change the directory/environment in 12.1. If root is unable to access your home directory like in case of NFS or similar this results in some major issues. For example it prevents rpm to work properly (bnc#728856) in which succession Yast Software management doesn't work if opened with alt + f2 or from the start menu. If I ran yast2 from a 'su -' environment the package management works fine. This didn't happen with 11.4 from which I have upgraded to 12.1. So basically kdesu should act similar to 'su -' and not stay in the current directory or change back to it. -- 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 732192] New: Can not print the Grub menu.lst file from either kwrite or kate (Printing shows to complete, but nothing prints)
by bugzilla_noreply＠novell.com 01 Aug '14

01 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=732192 https://bugzilla.novell.com/show_bug.cgi?id=732192#c0 Summary: Can not print the Grub menu.lst file from either kwrite or kate (Printing shows to complete, but nothing prints) Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: jmcdaniel3(a)austin.rr.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 The Grub Legacy Operating System Selector menu file (/boot/grub/menu.lst) can not be printed as root using either kwrite or kate. When porinting the file, printing is indicated as complete, but nothing actually is printed. The same file can be printed by gedit and leafpad with no problems. I even tried placing the file in my home area, changing to be owned by and thus can be edited as a normal user and it still does not print. Very strange problem indeed. This problem cam to light in the openSUSE forum when another user pointed out the problem to me, as a Moderator in the forum. Reproducible: Always Steps to Reproduce: 1. Alt F2 and enter: kdesu kwrite /boot/grub/menu.lst 2. Do a File / Print & Print (Printer must be configured) 3. Printing indicates it was completed, but nothing actually prints. Actual Results: Nothing is printed on the printer and confirmed by another user in the openSUSE forums. You can test the very same command but use kate instead with the same results. Expected Results: Expecting the document to be printed on the selected printer. When using the very same file as root, but loading gedit or leafpad, the menu.lst file prints out normally as it should. -- 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 6