March 2008 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 355535] New: Check responsiveness for login management configuration
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=355535 Summary: Check responsiveness for login management configuration Product: openSUSE 10.3 Version: Final Platform: x86-64 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: Markus.Elfring(a)web.de QAContact: qa(a)suse.de Found By: --- I started with a GNOME 2.20 session yesterday. I switched to my test user "susi" in a new KDE 3.5.7 session where I selected the configuration page in the KDE control centre for the login manager. http://www.easylinux.de/Artikel/ausgabe/2004/08/056-kde-tipps/kde11.png I pressed the button for the system management mode. I got the notice "Ladevorgang ..." (Loading ...) after I entered the root password. I would like to point out that this operation takes too long to be really useable. (I'd like to know how long it will take to complete.) I switched between my desktops a couple of times while this data retrieval was running. The display was fine during ten minutes. But I was surprised when I looked back after approximately an hour. I saw a few pixels besides the white mouse pointer alone in the dark. I have just repeated this use case. Now I get a completely black screen after I've pressed "Strg+Alt+F8". (I've noticed the missing refresh after twenty minutes already.) There is no blinking text cursor like on my unused console "F9" and "F11". -- 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 333685] New: Knotify causes very long kde logout times
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=333685 Summary: Knotify causes very long kde logout times Product: openSUSE 10.3 Version: Final Platform: 32bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: maacruz(a)gmail.com QAContact: qa(a)suse.de Found By: --- knotify using kde internal sound system hangs after playing a sound. This in turn causes very long kde logout times (up to 50 seconds). Starting to play, it seems to use akode as backend, printing: sh: jackd: command not found akode: Guessed format: xiph While playing, knotify prints several messages: KNotify::playTimeout This is .kde/share/config/knotifyrc: [Misc] External player= LastConfiguredApp=knotify Use external player=false Volume=100 [StartProgress] Arts Init=true Use Arts=true -- 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 271756] New: new opensuse kmenu: After dragging an item, menu should close
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=271756 Summary: new opensuse kmenu: After dragging an item, menu should close Product: openSUSE 10.3 Version: Alpha 3plus Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: burnus(a)gmx.de QAContact: qa(a)suse.de I find it rather natural that the menu closes after one has dragged an item (program etc.) to the desktop or kicker - especially since the menu is hard to close (one has to click on the lizard). If one has not dragged, then clicking outside the menu closes it, but this does not work anymore after one has dragged. Especially the focus remains in the menu - even if the title bar indicates that another window should have the focus. -- 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, or are watching someone who is.

1 5

[Bug 289256] New: Konqueror does not refresh web page if link target is a 0 byte file
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=289256 Summary: Konqueror does not refresh web page if link target is a 0 byte file Product: openSUSE 10.2 Version: Final Platform: i686 OS/Version: openSUSE 10.2 Status: NEW Severity: Minor Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dabatianni(a)novell.com QAContact: qa(a)suse.de CC: fhassel(a)novell.com Found By: Novell Technical Services NTS Priority: 1000 If a web page contains a link that leads to a 0 byte HTML file, clicking the link will not update the currently displayed page inside of konqueror to a blank page. After switching to another tab or workspace and back again, the page appears blank as expected. -- 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 328096] New: Kicker menu does not always clear recent used documents list
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=328096 Summary: Kicker menu does not always clear recent used documents list Product: openSUSE 10.3 Version: RC 1 Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Minor Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: stajin(a)yahoo.com QAContact: qa(a)suse.de Found By: Other Kicker menu does not always clear recent used documents list when told to by right clicking -> clear recently used documents, seems to randomly work Tested on RC1, full upgrade done (through suse updater) -- 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 350560] New: Changing Yast language settings does not change Trash name
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=350560 Summary: Changing Yast language settings does not change Trash name Product: openSUSE 10.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: mrkfbrn(a)yahoo.co.nz QAContact: qa(a)suse.de Found By: Customer Installed Opensuse 10.3 language English US. Desktop contains "Trash" and all menu dialogues contain "trash". Going into Yast and changing language from English US to English UK . . . Menu dialogues are changed to "Wastebin" but desktop icon and /home/farcus/.local/share remain named "trash". Renaming desktop icon and trash folder to "wastebin" are changed back to "trash" on reboot. -- 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 2

[Bug 282295] New: konqueror converts badly special char '@' while has to manipulate with its
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=282295 Summary: konqueror converts badly special char '@' while has to manipulate with its Product: openSUSE 10.3 Version: Alpha 4plus Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: dpecka(a)novell.com QAContact: qa(a)suse.de while try attach file containing in its filename some special chars (in this case "@"), konqueror allways translates that filename very strange and the result is attached file with zero lenght and changed filename. i tried "perex(a)suse.cz.tar (60 k)", that resulted as "perex%40suse.cz.tar (0 k)".. i've tried also attaching on different web sites, and it looks like while konqueror tries manipulate with any file containing these chars in filename, do this. -- 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, or are watching someone who is.

1 3

[Bug 223984] New: Accessing a windows share with Konqueror, login question
by bugzilla_noreply＠novell.com 05 Feb '09

05 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=223984 Summary: Accessing a windows share with Konqueror, login question Product: openSUSE 10.2 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: romain.pelissier(a)sqliaison.com QAContact: qa(a)suse.de When I want to access a share on a windows box that is part of a windows domain (active directory),I open Knoqueror and enter the path like \\<remote pc>, then konqueror display smb://<remote pc>é<share name>. then I am prompted to enter a user name, password valid in the domain. I have noticed that I can only use mydomain.com\username. Is it possible to also include the username@mydomaincom method to access a share on a windows box? Because that does not work right now and it is a convenient to have the same username and domain combination and validation across systems. -- 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, or are watching someone who is.

1 6

[Bug 232984] New: ifolder on 10.3
by bugzilla_noreply＠novell.com 04 Feb '09

04 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=232984 Summary: ifolder on 10.3 Product: openSUSE 10.3 Version: unspecified Platform: All URL: http://lists.opensuse.org/opensuse-factory/2006- 12/msg00403.html OS/Version: SuSE Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tbullock(a)canada.com QAContact: qa(a)suse.de This is a request for inclusion of the ifolder server in the 10.3 distribution. Thread discussing this on the opensuse-factory mailing list: http://lists.opensuse.org/opensuse-factory/2006-12/msg00403.html -- 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, or are watching someone who is.

1 22

[Bug 223868] New: kcontrol logitech mouse settings want to access /proc/bus/usb
by bugzilla_noreply＠novell.com 04 Feb '09

04 Feb '09

https://bugzilla.novell.com/show_bug.cgi?id=223868 Summary: kcontrol logitech mouse settings want to access /proc/bus/usb Product: openSUSE 10.2 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers(a)suse.de ReportedBy: robin.knapp(a)fujitsu-siemens.com QAContact: qa(a)suse.de Trying to set the advanced settings of logitech mice in KDE Control Center, the applet complains about wrong rights. In documentation "help:/kcontrol/mouse/index.html" there is some information that the applet needs access to /proc/bus/usb which does not exist in udev. Instead /dev/bus/usb should be used. -- 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, or are watching someone who is.

1 26