November 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 517869] New: Lokalize should require python-kde4 to enable creating a new Lokalize project
by bugzilla_noreply＠novell.com 25 Nov '15

25 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=517869 Summary: Lokalize should require python-kde4 to enable creating a new Lokalize project Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 3 Platform: 64bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: fisiu82(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; pl-PL; rv:1.9.1.0) Gecko/20090617 SUSE/3.5.0-2.2 Firefox/3.5 Fresh install of openSUSE 11.2 M3. KDE4 flavour. Installed Lokalize and after run it, I tried create new project. But this option was in-active. I've searched a few secs, and found that python script is responsible for this. I've installed python-kde4, then reopened Lokalize. "Create new project" option is active now and works perfect. So python-kde4 should be mentioned in "Requires" field in .spec file. 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 4

[Bug 503071] New: Critical updates hidden behind update stack updates
by bugzilla_noreply＠novell.com 06 Nov '15

06 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=503071 Summary: Critical updates hidden behind update stack updates Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: tgoettlicher(a)novell.com ReportedBy: msvec(a)novell.com QAContact: qa(a)suse.de Found By: --- When there is an update stack update available and at the same time also some critical updates, they are hidden behind the first one as it gets a priority over them. Like right now, there is an update stack update available and therefore the applet displays the orange star, however the fact that there are critical updates is completely ignored and the user is left with a false feeling of safety. This is a similar problem to zypper (see bug 503068). I'd suggest to behave the same if there are any critical updates and show that to the user that this is the fact (critical updates are available, but we update the update stack first). -- 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 15

[Bug 539952] New: Dolphin intermittently freezes on CIFS mounted directory
by bugzilla_noreply＠novell.com 06 Nov '15

06 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=539952 Summary: Dolphin intermittently freezes on CIFS mounted directory Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: i686 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: jfrantzius(a)web.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.0 (KHTML, like Gecko) Chrome/4.0.207.0 Safari/532.0 When viewing a directory mounted with mount.cifs, dolphin will freeze for a long time trying to sort by any of the shown columns, e.g. when trying to sort by date or name. When started from console, during the freeze the following is output three times, independently from the number of shown directory entries: "couldn't lock local file" The freeze is about 1 minute. Reproducible: Always Steps to Reproduce: 1. mount.cifs using username=username%pw,uid=username,gid=users,nobrl 2. open a directory on that mount with dolphin 3. click on name or date column -- 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 11

[Bug 549158] New: installation fails with "Copying the live image to hard disk failed"
by bugzilla_noreply＠novell.com 03 Nov '15

03 Nov '15

http://bugzilla.novell.com/show_bug.cgi?id=549158 Summary: installation fails with "Copying the live image to hard disk failed" Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alex.gorbachenko(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=323696) --> (http://bugzilla.novell.com/attachment.cgi?id=323696) yast log User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-3.2 Firefox/3.0.1 YB/3.5.1 bug in 11.2-rc1 (x86_64 and i386 version). Reproducible: Always Steps to Reproduce: 1. boot from livecd or usb stick (i use openSUSE-KDE4-LiveCD-Build0336-i686.iso on usb stick and openSUSE-KDE4-LiveCD-Build0336-x86_64.iso on cd); 2. in "suggested partitioning" chose "Partition Based" and press "Edit Partition Setup"; 3. split disk into: - /boot - 128 mb; - swap; - / - 8 Gb; - /usr - 12 Gb; - /var - 4Gb or more; - /opt - 12 Gb; - /home - any size; or any other sizes. prerequisite: creation of /usr and /var partition. Actual Results: lots or free space on any partition, but installation always fail with "copying the image failed". results from my vbox machine: linux@linux:~> df -h Filesystem Size Used Avail Use% Mounted on /dev/loop0 3.0G 2.3G 646M 79% / udev 504M 244K 504M 1% /dev /dev/sda6 13G 330M 12G 3% /mnt /dev/sda1 130M 7.4M 116M 7% /mnt/boot /dev/sda9 2.0G 68M 1.9G 4% /mnt/opt /dev/sda7 9.9G 2.2G 7.2G 23% /mnt/usr /dev/sda8 5.0G 185M 4.5G 4% /mnt/var very, very strange behaviour. if hdd split into: /boot swap / /home all works fine. some problems with /usr or /var or both of them. -- 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 25

[Bug 542302] New: kmail drags firefox on same workspace
by bugzilla_noreply＠novell.com 07 Oct '15

07 Oct '15

http://bugzilla.novell.com/show_bug.cgi?id=542302 Summary: kmail drags firefox on same workspace Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: aj(a)novell.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.3) Gecko/20090909 SUSE/3.5.3-1.1 Firefox/3.5.3 This happens AFAIR the same way with plain openSUSE 11.1 - and now still with openSUSE 11.2. I have firefox configured as default browser and whenever I click in kmail on an URL, firefox gets dragged on the sam workspace as kmail. This does not happen with akregator where clicking on an URL opens firefox and leaves it on the workspace it is on. Reproducible: Always -- 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 13

[Bug 551310] New: Unable to change network device name with yast2
by bugzilla_noreply＠novell.com 16 Jun '15

16 Jun '15

http://bugzilla.novell.com/show_bug.cgi?id=551310 Summary: Unable to change network device name with yast2 Classification: openSUSE Product: openSUSE 11.2 Version: RC 2 Platform: i386 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: support(a)microtechniques.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729) If you try to change the network device name (Netwrork Settings -> Hardware -> UdevRules) the network definition is deleted. Yast appears to be renaming the configuration file under /etc/sysconfig/network from ifcfg-eth0 to ifcfg- (with no suffix). You can change the name if you do it during the installation process, but not after the system in installed. 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 17

[Bug 522916] New: WebBench reported error when using PV network for Windows 2003 sp2 (x86) VM.
by bugzilla_noreply＠novell.com 18 May '15

18 May '15

http://bugzilla.novell.com/show_bug.cgi?id=522916 Summary: WebBench reported error when using PV network for Windows 2003 sp2 (x86) VM. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: SLES 11 Status: NEW Severity: Major Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)novell.com ReportedBy: zhiteng.huang(a)intel.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=305731) --> (http://bugzilla.novell.com/attachment.cgi?id=305731) WebBench error User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.12) Gecko/2009070611 Firefox/3.0.12 One Windows 2003 sp2 (x86) VM configured with 2vCPU, 1.5GB memory runs IIS services. Another native system uses WebBench client to simulate multiple users access WWW service served by Windows 2003 VM. WebBench client reports '10054' error once in a while and the error appears more frequently when running same workload on multiple Windows 2003 VM simultaneously. According to MSDN, Windows socket error code 10054 means 'connection reset by peer'. (http://msdn.microsoft.com/en-us/library/ms740668(VS.85).aspx) We tried to find out why 10054 error happened. We did saw something unusual -periodical peak in bandwidth & packets - when using 'netperf' to do TCP_STREAM (to measure bandwidth) and TCP_RR (to measure latency) test. Reproducible: Always Steps to Reproduce: 1. Setup a Windows 2003 x86 sp2 VM with IIS service and a native client running WebBench Controller & Client. We here configure Windows 2003 VM with 2 vCPU and 1.5GB memory. 2. Installed SLES 11 VMDP onto Windows 2003 VM. 3. Deploy WebBench contents (webpages/scripts) to Windows 2003 VM and configure IIS. 4. Start WebBench Client & Controller to run the workload. Actual Results: The '10054' error will appear on client console soon and keep happening. Expected Results: There should be no error at all. The WebBench package is quite big. So if needed, I can provide it via other way together with detailed WebBench setup steps. -- 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 517845] New: Search box must allow multiple keyword searches
by bugzilla_noreply＠novell.com 16 Mar '15

16 Mar '15

http://bugzilla.novell.com/show_bug.cgi?id=517845 Summary: Search box must allow multiple keyword searches Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: openFATE AssignedTo: tschmidt(a)novell.com ReportedBy: PVince81(a)yahoo.fr QAContact: freitag(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-5.2 Firefox/3.0.11 The search box currently only allows to find exact matches in a portion of a title/description. For example if a feature title is "some interesting feature", it can be found by using "some interesting" and "interesting feature" but not using "some feature". The search box could use a syntax similar to google: use spaces to specify separate keywords and double quotes to group keywords. Another possiblity is like in bugzilla to have the possibility to choose between "contains any of the words" or "contains all the words" Reproducible: Always This feature is important, because the submitters are supposed to search through existing features before submitting a new feature, to prevent duplicates. Failing to easily find those features might cause more duplicate features to be submitted. -- 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 517265] New: Wiki: using cookies to remember user settings
by bugzilla_noreply＠novell.com 16 Mar '15

16 Mar '15

http://bugzilla.novell.com/show_bug.cgi?id=517265 Summary: Wiki: using cookies to remember user settings Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: noelamac(a)gmail.com QAContact: adrian(a)novell.com Found By: --- Just a wish. I guess opensuse wiki use the browser settings to "automagically" guide the user to the corresponding localized site (Spanish in my case). Whenever I want to enter into English wiki (which usually holds more updated information) I have to manually select the language from the jump menu and perform this action every time I want to access "en.opensuse.org". I (mostly) hate cookies, but sometimes even cookies have their use and I think they can be fairly-used used to handle this, that is, to keep language and other settings of the wiki, and so making a better wiki browsing experience for the users :-) -- 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 9

[Bug 498004] New: Email address isn't synced when running behind ichain
by bugzilla_noreply＠novell.com 16 Mar '15

16 Mar '15

http://bugzilla.novell.com/show_bug.cgi?id=498004 Summary: Email address isn't synced when running behind ichain Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: abauer(a)novell.com QAContact: adrian(a)novell.com Found By: --- The email address stored in the hermes database is never updated. Needs to be synced from ichain/eDirectory somehow. Intermediate workaround would be to push the changed email from the api database which gets it from ichain on every request. -- 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 4