March 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 725829] New: After checking "Show applications by name" in Kickoff settings, some menu entries display blank application names
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=725829 https://bugzilla.novell.com/show_bug.cgi?id=725829#c0 Summary: After checking "Show applications by name" in Kickoff settings, some menu entries display blank application names Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: johannesmyth(a)hush.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=458267) --> (http://bugzilla.novell.com/attachment.cgi?id=458267) Kickoff comparison - Fedora 15 and openSUSE 11.4 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 That's it. Application names in Kickoff become blank if you make it "Show applications by name". Reproducible: Always Steps to Reproduce: 1. Right click Application Launcher/Kickoff in the panel and choose "Application Launcher Settings" 2. Check "Show applications by name" 3. Open a caterogy like System/File Manager to see some application entries blank Actual Results: Application names are blank Expected Results: Menu entries should have an application name Desktop file comparison: http://i.imgur.com/zhLSY.jpg Relevant forum thread: http://forums.opensuse.org/english/get-technical-help-here/applications/466… Using KDE:Distro:Factory repository, but also reproducible with the stock KDE on openSUSE 11.4. I don't believe it is an upstream bug since I couldn't reproduce it on Fedora, and I don't remember to have seen this on Debian either. -- 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 25

[Bug 641916] New: KMenu (Classic and Kickoff) displays submenu icon instead of program icon when using reduced menu depth
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=641916 https://bugzilla.novell.com/show_bug.cgi?id=641916#c0 Summary: KMenu (Classic and Kickoff) displays submenu icon instead of program icon when using reduced menu depth Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: nils.reuter(a)gmx.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.10) Gecko/20100914 SUSE/3.6.10-0.3.1 Firefox/3.6.10 KMenu (Classic and Kickoff) displays the submenu icon instead of the program icon when using reduced menu depth. This bugs appears if the submenu contains only one entry, so that it won't be displayed in the menu. Reproducible: Always Steps to Reproduce: 1. Use reduced menu depth 2. Look for submenu with one entry (e.g. graphic -> image editing contains only gimp) 3. open kmenu -> programs -> graphic : Actual Results: gimp has icon "image editing" Expected Results: instead of the gimp icon -- 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 17

[Bug 356553] Creating New KMenu Submenu Makes Single Sub-Menu Items Invisible in K-Menu and Kickoff
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=356553 https://bugzilla.novell.com/show_bug.cgi?id=356553#c45 --- Comment #45 from Swamp Workflow Management <swamp(a)suse.de> 2013-03-07 15:04:35 UTC --- openSUSE-RU-2013:0406-1: An update that has four recommended fixes can now be installed. Category: recommended (low) Bug References: 356553,641916,725829,803179 CVE References: Sources used: openSUSE 11.4 (src): kdebase4-wallpapers-4.6.0-5.18.1, kdebase4-workspace-4.6.0-10.18.1, kdelibs4-4.6.0-6.69.1 -- 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 0

[Bug 808070] New: Plasma panel spacer should become invisible on lock widgets
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=808070 https://bugzilla.novell.com/show_bug.cgi?id=808070#c0 Summary: Plasma panel spacer should become invisible on lock widgets Classification: openSUSE Product: openSUSE 12.3 Version: RC 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: me(a)kalenz.eu QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- When adding a spacer to a plasma panel, the spacer is visible as a shaded box; in daily use it is invisible. Visibility is useful when designing a panel; however, after selecting "Lock widgets", the spacers remain visible (=shaded). Only after logout-login they become invisible. Should become invisible when locking widgets. -- 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 0

[Bug 780719] New: release notes update wanted
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=780719 https://bugzilla.novell.com/show_bug.cgi?id=780719#c0 Summary: release notes update wanted Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes AssignedTo: ke(a)suse.com ReportedBy: ke(a)suse.com QAContact: coolo(a)suse.com Depends on: 779702,780654 Found By: Documentation Blocker: --- collecting bugs... -- 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

[Bug 780654] New: tar now defaults to --format=posix, but other applications don't expect that
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=780654 https://bugzilla.novell.com/show_bug.cgi?id=780654#c0 Summary: tar now defaults to --format=posix, but other applications don't expect that Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: i686 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Stromeko(a)NexGo.DE QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20100101 Firefox/15.0 GNU tar now defaults to --format=posix, but other applications don't expect that format and have known bugs or are poorly tested when PAX extended headers are present. Please revert that gratuitous change or fix all applications so that they work correctly with that change. Reproducible: Always Steps to Reproduce: 1. Produce a tar archive with default settings and try to open it with applications that recognize tar archives. Actual Results: Several applications still don't deal correctly with PAX extended headers and either produce errors or may silently produce wrong data. Expected Results: All applications delivered with openSUSE should be able to correctyl parse tar archives produced with the default settings of tar as provided by openSUSE. Bug #770614 -- unknown application, probably a file manager Bug #780653 -- Emacs -- 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 20

[Bug 779928] New: dhcp6 times out
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=779928 https://bugzilla.novell.com/show_bug.cgi?id=779928#c0 Summary: dhcp6 times out Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bwiedemann(a)suse.com QAContact: qa-bugs(a)suse.de CC: mt(a)suse.com, cthiel(a)suse.com, jatan(a)suse.com, mfilka(a)suse.com Found By: Development Blocker: --- yast configures ethernet interfaces as "dhcp" by default this causes dhclient6 to run in parallel with IPv4 dhcp Thus rcnetwork start takes 18 seconds before backgrounding instead of the normal 2 seconds workaround is to configure the interface as "dhcp4" which restores the default behaviour of SLES-11-SP2 (which does not ship with dhclient6) and still provides automatic IPv6 connectivity via Router Advertisement -- 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 13

[Bug 808040] New: kdm from OBS overwrites current configuration
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=808040 https://bugzilla.novell.com/show_bug.cgi?id=808040#c0 Summary: kdm from OBS overwrites current configuration Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: jo(a)feuersee.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 When upgrading kdm from OBS repo (KDE SC 4.10 releases, http://download.opensuse.org/repositories/KDE:/Release:/410/openSUSE_12.2/) the post-install scripts will backup the currently used file /usr/share/kde4/config/kdm/backgroundrc to /usr/share/kde4/config/kdm/backgroundrc.bak and then overwrites backgroundrc. It should be the other way around, the current backgroundrc should never be touched, instead a /usr/share/kde4/config/kdm/backgroundrc.rpmnew should be installed in order to have a working backup. As KDE releases monthly updates, it is very tiresome having to revert the default backgroundrc to the altered one again and again. Reproducible: Always Steps to Reproduce: zypper up -l Actual Results: codered:/usr/share/kde4/config/kdm # l -rw-r--r-- 1 root root 318 Mar 7 12:45 backgroundrc -rw-r--r-- 1 root root 644 Mar 7 12:36 backgroundrc.bak Expected Results: codered:/usr/share/kde4/config/kdm # l -rw-r--r-- 1 root root 318 Jan 2 23:14 backgroundrc -rw-r--r-- 1 root root 644 Mar 7 12:45 backgroundrc.rpmnew -- 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 0

[Bug 806490] New: live-installer does not put EFI: 1 in install.inf
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=806490 https://bugzilla.novell.com/show_bug.cgi?id=806490#c0 Summary: live-installer does not put EFI: 1 in install.inf Classification: openSUSE Product: openSUSE 12.3 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: jsrain(a)suse.com ReportedBy: fehr(a)suse.com QAContact: jsrain(a)suse.com Found By: Development Blocker: --- yast2-storage relies on the KEY "EFI" in /etc/install.inf to determine if the system has an EFI BIOS and therefore it needs to propose /boo/efi with vfat filesystem as boot partition. YaST2 client live-installer.ycp does not provide this information. Therefore installation from a live CD will not propose a /boot/efi as boot partition. So the installed system cannot be booted if it uses a EFI BIOS. This is not a new problem, but since with secure boot lots of system will use an EFI bios and for these installation from live CD will fail, it gets more urgent with 12.3. Jiri, I assign this to you since you did last changes in changelog. Please reassign properly. -- 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 807086] New: XFCE fails to save desktop apps on exit.
by bugzilla_noreply＠novell.com 07 Mar '13

07 Mar '13

https://bugzilla.novell.com/show_bug.cgi?id=807086 https://bugzilla.novell.com/show_bug.cgi?id=807086#c0 Summary: XFCE fails to save desktop apps on exit. Classification: openSUSE Product: openSUSE 12.3 Version: RC 2 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Xfce AssignedTo: bnc-team-xfce(a)forge.provo.novell.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- 12.3 RC2. When exiting, selecting to save desktop apps etc, is ignored. When I log in again the desktop is empty. -- 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