November 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 611060] New: update in past 3-4 days has broken font reading by kde3-kcm_gtk
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=611060 http://bugzilla.novell.com/show_bug.cgi?id=611060#c0 Summary: update in past 3-4 days has broken font reading by kde3-kcm_gtk Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Guys, One of the library updates in the past 3-4 days has broken the ability of kde-kcm_gtk to render gtk fonts in kde3 apps making menus unreadable in gimp, thunderbird, etc. KDE4 is OK, but kde3 is having problems. I have confirmed this behavior on i586 & x86_64 boxes. Further, I have confirmed it is NOT the kde3-kcm_gtk package itself by installing and testing with: kde3-kcm_gtk-0.7svn20070827-20.1.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-21.1.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-21.4.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-21.5.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-22.1.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-22.7.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-22.9.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-22.10.x86_64.rpm kde3-kcm_gtk-0.7svn20070827-22.14.x86_64.rpm and kcm_gtk-1.1-7.2.x86_64.rpm kcm_gtk-1.1-7.3.x86_64.rpm kcm_gtk-1.1-7.8.x86_64.rpm kcm_gtk-1.1-9.2.x86_64.rpm kcm_gtk-1.1-9.4.x86_64.rpm kcm_gtk-1.1-9.5.x86_64.rpm kcm_gtk-1.1-9.6.x86_64.rpm kcm_gtk-1.1-122.1.x86_64.rpm kcm_gtk-1.1-122.2.x86_64.rpm kcm_gtk-1.1-122.3.x86_64.rpm kcm_gtk-1.1-122.4.x86_64.rpm kcm_gtk-1.1-122.5.x86_64.rpm kcm_gtk-1.1-122.7.x86_64.rpm kcm_gtk-1.1-122.8.x86_64.rpm kcm_gtk-1.1-122.9.x86_64.rpm kcm_gtk-1.1-122.11.x86_64.rpm Many of the above were builds from May 2010 so something has been going on with these packages or the libraries underneath. The primary problem is that gtk apps no longer render properly at all. It doesn't matter what GTK theme you select, they all show the same behavior. The following use the BlueNight theme (just happened to be what was selected). Here are a series of screenshots that show what I mean: (1) Here is a screenshot showing how the gtk themes should render and have rendered for the past 2 years (tbird example): http://www.3111skyline.com/download/bugs/kde3/tbird-k5-gconf+gsd.jpg (in order to get this rendering I had to switch to kde4 and 'manually' start gnome-settings-daemon - normally gconfd-2 started by kdeinit is all that was required) (2) Here are screenshots that show how the gtk themes render in both kde3 and kde4 after having set the gtk theme in the control panel -> Appearance -> GTK Style, logout/login, and start the apps: http://www.3111skyline.com/download/bugs/kde3/tbird+gconfd-2.jpg Here notice the menubar is invisible because the gtk theme font color is not shown and notice that the tbird status bar and file save as are Blue, not dark gray as shown above -- something is funky. Also notice the file-save dialog is blue and the places are invisible (white-on-white). I don't know what is causing this, but I have confirmed it on multiple computers using multiple versions of kcm_gtk and kde3-kcm_gtk. Gimp is equially unreadable. Note the blank menubar and unreadable menus due to the gtk theme rendering ignoring the font color of the gtk theme. There is a lot of hide-and-seek that goes on trying to find the menu and then the menu-item you need: http://www.3111skyline.com/download/bugs/kde3/gimp+gconfd-2.jpg Same problem in kde4, although the places in the file-save is the right color and the font size is all 8pt like it should be: http://www.3111skyline.com/download/bugs/kde3/tbird-k4-gconf.jpeg Now starting gnome-settings-daemon manually takes care of some of the color issue in kde3, but the gtk themeing is still really messed up: Thunderbird - note the coloring of the thunderbird window is now correct (menubar font is messed up), but the file save-as dialog is invisible places and the font size is 4pt to big (12pt). It is like some default font color and font size are just grabbed instead of using the gtk font color and font size in the dialogs: http://www.3111skyline.com/download/bugs/kde3/tbird+gconfd-2+gsd.jpg Gimp (note the status-bar and ruler colors are now correct, but font color is still wrong (blank menus again): http://www.3111skyline.com/download/bugs/kde3/gimp+gconfd-2+gsd.jpg Bottom line - something got broke in the past couple of days in the way gtk themes are rendered. I have tested this problem in every way I can think of to help narrow it down. I can tell you, the problem isn't in kcm_gtk or kde3-kcm_gtk. I have tried 10 different versions from April 2009 through May 31, 2010 and all show the same behavior. It is somethiing common to kde3 and kde4 that reads the .gtkrc-2.0-kde... files, but then doesn't do the right thing with the gtk theme information to properly render the theme. This is important to cure in the last few week of 11.0's life in order not to leave a lot of broken systems. Please let me know what else I can send or test, I'm happy to do it. Thanks for your help with this one. -- 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 8

[Bug 606334] New: GNOME Login Issue I Intel G41 Chipset
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=606334 http://bugzilla.novell.com/show_bug.cgi?id=606334#c0 Summary: GNOME Login Issue I Intel G41 Chipset Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i386 OS/Version: SLED 11 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: pegsw(a)hcl.in QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009012700 SUSE/3.0.6-1.14 Firefox/3.0.6 In Intel G41 Chipset, After finishing OS Installation, Deosn't entering to GNOME WINDOW MANAGER ,even after giving username and Password for Gnome login screen goes to white blank screen But entering in KDE desktop environment Hardware Detail: 1.G41 chipset (Model:Pegatron IPM41-D3) 2.Intel core 2 Duo E7500 3.250 watt SPMS 4.320 GB Harddisk Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: Screen Goes to Blank Expected Results: No GNOME Login mode -- 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 1

[Bug 605786] New: 'xsettings plugin' to gnome-settings-daemon causes segfault in kde
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=605786 http://bugzilla.novell.com/show_bug.cgi?id=605786#c0 Summary: 'xsettings plugin' to gnome-settings-daemon causes segfault in kde Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Following the latest updates, the gnome-settings-daemon segfaults when started in kde to support non-qt apps like firefox, mozilla, etc.. The gnome-settings-daemon (gsd hereafter) starts and functions fine under gnome, but for kde, this leaves any gtk apps looking horrible. After struggling to find a solution, at least I was able to identify the exact component (plugin) to gsd that causes the segfault. The 'xsettings' plugin is to blame. '/apps/gnome_settings_daemon/plugins/xsettings/active' Using gconf-editor I disabled each plugin one-by-one until gsd started without error. Unfortunately, since the xsettings plugin controls the font rendering, etc. for gtk apps, disabling it and starting gsd has no effect on the look of gtk apps in kde. Using '/usr/lib/gnome-settings-daemon/gnome-settings-daemon --debug &' I captured the full debug output for the crash. The relevant part is: [1273786127,000,xklavier.c:xkl_engine_start_listen/] The backend does not require manual layout management - but it is provided by the application The error to the terminal was: [1273770918,000,xklavier.c:xkl_engine_start_listen/] The backend does not require manual layout management - but it is provided by the application (gnome-settings-daemon:28671): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed [1]+ Segmentation fault /usr/lib/gnome-settings-daemon/gnome-settings-daemo I have tried reinstalling gsd and I have tried creating a new user and testing under that account and root. Same crash. I will include the full trace as an attachment. Let me know if I can send anything else. If I could just figure out what app got upgraded that is causing the segfault, I'd gladly downgrade just to get thunderbird working under kde again. Thanks for your help with this. -- 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 2

[Bug 581685] New: gnome setting daemon crashes everytime - GLib-GObject-CRITICAL **
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=581685 http://bugzilla.novell.com/show_bug.cgi?id=581685#c0 Summary: gnome setting daemon crashes everytime - GLib-GObject-CRITICAL ** Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=343719) --> (http://bugzilla.novell.com/attachment.cgi?id=343719) ~/.xsession-errors file User-Agent: Opera/9.80 (X11; Linux x86_64; U; en) Presto/2.2.15 Version/10.10 Guys, This is strange. After updates ~2 weeks ago, the gnome-settings-daemon will not run in gnome and crashes every time you try and start it. The Bizarre thing is that the gnome theme settings are fine under kde4 with the gtk-qt configuration. When you attempt to open gnome-appearance you get the following error dialog: --------------- Unable to start the settings manager 'gnome-settings-daemon'. Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager. --------------- I have killed anything kde-ish and it still will not run. When run from the command line, the following error is displayed: (gnome-appearance-properties:4251): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed Needless to say, none of the themes work in gnome and all gtk apps look horrible without themes. The funny thing is, that when you first start the Appearance settings, all you settings appear and look correct for a couple of seconds until it crashes, then it all goes back to the unthemed state. Let me know what else you would like me to send. I have posted to the openSuSE list and to gnome-dev list, but I haven't gotten any fixes. Thanks. (~/.xsession-errors is attached) Reproducible: Always Steps to Reproduce: 1. open gnome control panel 2. choose 'Appearance' 3. It crashes Actual Results: See 1,2,3 above Expected Results: The gnome setting daemon will run normally and allow you to use the appearance settings. -- 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 18

[Bug 609718] New: System Monitor 2.22.1 shows 2X actual wifi throughput
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=609718 http://bugzilla.novell.com/show_bug.cgi?id=609718#c0 Summary: System Monitor 2.22.1 shows 2X actual wifi throughput Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=365365) --> (http://bugzilla.novell.com/attachment.cgi?id=365365) Screenshot showing discrepancy hardware: Toshiba 205d laptop with Atheros AR242x 802.11abg Wireless PCI Express Adapter Problem: Gnome System Monitor (ver 2.22.1) shows twice the actual wifi throughput compared to the network monitor panel applet. The panel applet shows the correct 2.9-3.2 Meg/sec while the system monitor shows 5.8-6.4 Meg/sec (I wish..) -- 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 1

[Bug 592834] New: gnome mime database broken - all files shown as "plain text document"
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=592834 http://bugzilla.novell.com/show_bug.cgi?id=592834#c0 Summary: gnome mime database broken - all files shown as "plain text document" Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.2) Gecko/20100317 SUSE/3.6.2-1.2 Firefox/3.6.2 Something has screwed up the mime database in gnome so that now gnome things all documents are "plain text document" mime types. I have tried 'update-mime-database /usr/share/mime' and it returned the following errors: [14:50 alchemy:/home/david/dt/gnome/themes/new] # update-mime-database -V /usr/share/mime Updating MIME database in /usr/share/mime... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'fonts/package' Unknown media type in type 'interface/x-winamp-skin' Wrote 1030 strings at 2c - 5a30 Wrote aliases at 5a30 - 5f7c Wrote parents at 5f7c - 74d4 Wrote literal globs at 74d4 - 75a4 Wrote suffix globs at 75a4 - 11128 Wrote full globs at 11128 - 11180 Wrote magic at 11180 - 1b7a0 Wrote namespace list at 1b7a0 - 1b804 Wrote icons list at 1b804 - 1b808 Wrote generic icons list at 1b808 - 1c2ac Wrote types list at 1c2ac - 1cfc4 I also have KDE4 installed and from discussion on the opensuse-user list, evidently the KDE4 mime types are causing some of this problem, but the consensus was that update-mime-database should complete successfully. Well maybe not. Something has totally broken the gnome mime database. Here are screenshots of nautilus showing the problem: http://www.3111skyline.com/dl/bugs/gnome/all-plain-text-document.jpg http://www.3111skyline.com/dl/bugs/gnome/all-plain-text-document1.jpg Needless to say, trying to launch or preview anything from a filemanager in gnome fails miserably. Right now, everything tries to open as a "Karbon 14" file.... Let me know if I can send anything else or run any more tests for you. I'm happy to do it. Thanks. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 3

[Bug 598206] New: Clicking 'Help' in Gnome launches KDE4 help system
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=598206 http://bugzilla.novell.com/show_bug.cgi?id=598206#c0 Summary: Clicking 'Help' in Gnome launches KDE4 help system Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Guys, How do I stop the kde4 help system from launching every time I click on help in GNOME? In Gnome, when I click help, I want Gnome help (yelp), not the kde4 help system telling me it can't find subject "XYZ...". Example, in Gnome -> Evolution -> Preferences, clicking on 'Help' launches the KDE4 help center with the following error: "The file or folder help:/usr/share/gnome/help-bundle/evolution/C/evolution.xml?config-prefs does not exist" Obviously this shouldn't happen. In Gnome, the gnome help system should be launched. This bug effects all help in Gnome and is repeatable every time. To get to the gnome help, I have to use the menus or Alt+F2 to launch yelp, then navigate to the topic of interest (not always easily identified when launched from a dialog). On this box I have kde3, kde4, gnome and a few of the 'box' desktops installed. In kde3, I get kde3 help, it seems to be a problem that currently only effects everything in Gnome. -- 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 2

[Bug 605781] New: After updates gnome-appearance causes crash in waitpid.c
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=605781 http://bugzilla.novell.com/show_bug.cgi?id=605781#c0 Summary: After updates gnome-appearance causes crash in waitpid.c Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: drankinatty(a)suddenlinkmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- After updates, gnome-appearance properties causes a crash in ./sysdeps/unix/sysv/linux/waitpid.c:32. The gnome-appearance properties continues to function, but the crash happens every time gnome-appearance properties opens. (about 20 seconds after you start it). This affects both x86 and x86-64 boxes and occurs regardless of the gtk theme you have selected. Let me know if I can provide any further information. The backtrace is: Distribution: openSUSE 11.0 (X86-64) Gnome Release: 2.22.1 2008-06-07 (SUSE) BugBuddy Version: 2.22.0 System: Linux 2.6.25.20-0.7-default #1 SMP 2010-02-26 20:32:57 +0100 x86_64 X Vendor: The X.Org Foundation X Vendor Release: 10400090 Selinux: No Accessibility: Disabled GTK+ Theme: LaGaDesk-BlueNight-II-GTK Icon Theme: BlueNight Memory status: size: 306552832 vsize: 306552832 resident: 7974912 share: 10706944 rss: 18681856 rss_rlim: 3421977600 CPU usage: start_time: 1273789349 rtime: 696 utime: 614 stime: 82 cutime:3 cstime: 2 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/gnome-appearance-properties' [Thread debugging using libthread_db enabled] 0x00007ffe3af33615 in __libc_waitpid (pid=8842, stat_loc=0x7fff8b01a6a0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 in ../sysdeps/unix/sysv/linux/waitpid.c #0 0x00007ffe3af33615 in __libc_waitpid (pid=8842, stat_loc=0x7fff8b01a6a0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 #1 0x00007ffe35d8bd29 in g_spawn_sync () from /usr/lib64/libglib-2.0.so.0 #2 0x0000000000000000 in ?? () Thread 1 (Thread 0x7ffe40ad16f0 (LWP 8836)): #0 0x00007ffe3af33615 in __libc_waitpid (pid=8842, stat_loc=0x7fff8b01a6a0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:32 oldtype = <value optimized out> result = <value optimized out> #1 0x00007ffe35d8bd29 in g_spawn_sync () from /usr/lib64/libglib-2.0.so.0 No symbol table info available. #2 0x0000000000000000 in ?? () No symbol table info available. A debugging session is active. Inferior 1 [process 8836] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] ----------- .xsession-errors (112 sec old) --------------------- (gnome-web-photo:8808): GLib-GObject-WARNING **: cannot register existing type `GtkMozEmbed' ** (gnome-web-photo:8808): CRITICAL **: void gtk_moz_embed_get_nsIWebBrowser(GtkMozEmbed*, nsIWebBrowser**): assertion `GTK_IS_MOZ_EMBED(embed)' failed ** (gnome-web-photo:8808): WARNING **: Couldn't attach the listener! (gnome-web-photo:8808): GLib-GObject-WARNING **: cannot register existing type `GtkMozEmbed' ** (gnome-web-photo:8808): CRITICAL **: void gtk_moz_embed_load_url(GtkMozEmbed*, const char*): assertion `GTK_IS_MOZ_EMBED(embed)' failed Load timed out; consider using --force or increasing the timeout (use 0 for no timeout) (gnome-web-photo:8808): GLib-GObject-WARNING **: cannot register existing type `GtkMozEmbed' ** (gnome-web-photo:8808): CRITICAL **: void gtk_moz_embed_load_url(GtkMozEmbed*, const char*): assertion `GTK_IS_MOZ_EMBED(embed)' failed -------------------------------------------------- -- 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 2

[Bug 533602] New: nss ldapd starts too late if nfs4 automounter maps are set up in ldap
by bugzilla_noreply＠novell.com 28 Sep '13

28 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=533602 Summary: nss ldapd starts too late if nfs4 automounter maps are set up in ldap Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: gleixner(a)bib-bvb.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.13) Gecko/2009080200 SUSE/3.0.13-0.1.2 Firefox/3.0.13 "nslcd" starts after "nfs" startscript has been run. But nfs startscript runs idmapd which needs nslcd to resolve user/group id's for nfs4 automounter maps. It seems that there is no service dependent on nslcd, but there should be some i think ... Reproducible: Always Steps to Reproduce: 1. setup ldap name service switch 2. configure nfs4 automounter maps in ldap 3. reboot Actual Results: automounter maps not working Expected Results: automounter maps working -- 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 5

[Bug 686480] New: KDM4 and QT4 Creates a .config/Trolltech.conf in System Root
by bugzilla_noreply＠novell.com 28 Sep '13

28 Sep '13

https://bugzilla.novell.com/show_bug.cgi?id=686480 https://bugzilla.novell.com/show_bug.cgi?id=686480#c0 Summary: KDM4 and QT4 Creates a .config/Trolltech.conf in System Root Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: nospam(a)hjcms.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=424128) --> (http://bugzilla.novell.com/attachment.cgi?id=424128) KDM4 and QT4 Settings Patch User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110302 Firefox/3.6.13 KDM4 and QT4 Creates a .config/Trolltech.conf in System Root See my Patch File Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 10