June 2015 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 910945] New: No Plymouth Animation on Shutdowm
by bugzilla_noreply＠novell.com 12 Dec '16

12 Dec '16

http://bugzilla.opensuse.org/show_bug.cgi?id=910945 Bug ID: 910945 Summary: No Plymouth Animation on Shutdowm Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Minor Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: nenad.latinovic(a)posteo.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hi. One problem, more of an aesthetic problem than anything else. There's no plymouth animation on shutdown. Can this be fixed and added? Only thing that appears is some text saying 'watchdog must stop' etc. Kind regards, -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 691709] New: synergy makes cursor disapear over GVIM windows
by bugzilla_noreply＠novell.com 12 Dec '16

12 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=691709 https://bugzilla.novell.com/show_bug.cgi?id=691709#c0 Summary: synergy makes cursor disapear over GVIM windows Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: adam(a)mizerski.pl ReportedBy: jmatejek(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- this happens on the computer where synergy server is running, not sure about client to reproduce: 1. start synergy server 2. open gvim window 3. start typing in gvim window (for non-vi folk, you initiate insert mode by typing "i" or pressing Ins) 4. the mouse cursor disappears 5. stop typing and move your mouse expected behavior: mouse curshor should reappear - this is standard behavior, designed so that the cursor is hidden while typing actual behavior: the mouse cursor never reappears. if you move mouse out of gvim's window, cursor is visible, but it is invisible when positioned over the window sorry if you're not the right assignee, but you are the only active user in the X11:Utilities project and you did the last change to synergy, so... -- 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 9

[Bug 714551] New: Vim's ":tag" command should search corresponding header file first.
by bugzilla_noreply＠novell.com 12 Dec '16

12 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=714551 https://bugzilla.novell.com/show_bug.cgi?id=714551#c0 Summary: Vim's ":tag" command should search corresponding header file first. Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nn.dm55(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 In a C++ project with many variables with the same name, searching for the definition of a variable mentioned in a ".cpp" file using Ctrl-] gives me the definition of an unrelated variable with the same name. The ":tag" command should prefer the definition in the corresponding header file to any other definitions to make finding the correct definition easier. Reproducible: Always Steps to Reproduce: 1. Download SuperTuxKart 2. Open src/karts/kart_model.cpp in Vim 3. Type "/::attachModel" and press Enter 4. Type "/else" and press Enter 5. Type "/m_mesh" and press Enter. 6. Hold Ctrl and press ], then release both keys Actual Results: You end up looking at the following line in src/graphics/shadow.hpp instead of src/karts/kart_model.hpp: scene::IMesh *m_mesh; Expected Results: I expected Vim to show me these line from src/karts/kart_model.hpp: scene::IAnimatedMesh *m_mesh; This bug happens even without having a .vimrc file. I am using openSUSE 11.3 64-bit. -- 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 905640] New: When using Firefox open the pconline web page It was too slow and hangup.
by bugzilla_noreply＠novell.com 11 Dec '16

11 Dec '16

http://bugzilla.opensuse.org/show_bug.cgi?id=905640 Bug ID: 905640 Summary: When using Firefox open the pconline web page It was too slow and hangup. Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: chanshun8(a)yahoo.com.hk QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 Build Identifier: When using Firefox open the pconline http://diy.pconline.com.cn/563/5631597.html web page It was too slow and hangup.openSUSE-13.2-DVD-x86_64.iso ,Gnome and KDE also have this issue.And the openSUSE-12.3 did not have this issue Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 920264] New: flash player crash
by bugzilla_noreply＠novell.com 08 Dec '16

08 Dec '16

http://bugzilla.opensuse.org/show_bug.cgi?id=920264 Bug ID: 920264 Summary: flash player crash Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: bnc-team-mozilla(a)forge.provo.novell.com Reporter: slacky2005(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 Build Identifier: Information for package MozillaFirefox: --------------------------------------- Repository: openSUSE BuildService - Mozilla Name: MozillaFirefox Version: 36.0-1.1 Arch: x86_64 Vendor: obs://build.opensuse.org/mozilla Installed: Yes Status: up-to-date Installed Size: 89.5 MiB Summary: Mozilla Firefox Web Browser Description: Mozilla Firefox is a standalone web browser, designed for standards compliance and performance. Its functionality can be enhanced via a plethora of extensions. If I load a page with flash, system freeze and after some time flash-player crash. Reproducible: Always Steps to Reproduce: 1. Open mozillafirefox 2. load web page with flash like youtube, wps.com etc 3. Firefox freeze. Actual Results: plugin flash player crash Expected Results: Load web page with flash. Crash ID: bp-992ba8ab-d3d1-4970-aaeb-fff4c2150302 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 933808] New: yast ncurses displays weird characters in tty
by bugzilla_noreply＠novell.com 07 Dec '16

07 Dec '16

http://bugzilla.opensuse.org/show_bug.cgi?id=933808 Bug ID: 933808 Summary: yast ncurses displays weird characters in tty Classification: openSUSE Product: openSUSE Factory Version: 201505* Hardware: All OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 Assignee: yast2-maintainers(a)suse.de Reporter: i(a)marguerite.su QA Contact: jsrain(a)suse.com Found By: Community User Blocker: No Created attachment 636923 --> http://bugzilla.opensuse.org/attachment.cgi?id=636923&action=edit TTY screenshot Hi, I don't know how to precisely discribe the problem, so I just attached a screenshoot. before my tumbleweed update, yast ncurses displays fine. but now it uses some weird characters to fill the white space (see screenshoot) I think the problem may be related to unicode: I have been using zh_CN.UTF-8 as my locale(of course Chinese can't be displayed in TTY), before the update file names in Chinese are displayed in one way while after the update they're displayed another way. output of locale command: LANG=zh_CN.UTF-8 LC_CTYPE=zh_CN.UTF-8 LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_PAPER="zh_CN.UTF-8" LC_NAME="zh_CN.UTF-8" LC_ADDRESS="zh_CN.UTF-8" LC_TELEPHONE="zh_CN.UTF-8" LC_MEASUREMENT="zh_CN.UTF-8" LC_IDENTIFICATION="zh_CN.UTF-8" LC_ALL= -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 743548] New: opensuse wiki misses a WYSIWYG editor
by bugzilla_noreply＠novell.com 05 Dec '16

05 Dec '16

https://bugzilla.novell.com/show_bug.cgi?id=743548 https://bugzilla.novell.com/show_bug.cgi?id=743548#c0 Summary: opensuse wiki misses a WYSIWYG editor Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jw(a)suse.com QAContact: tschmidt(a)suse.com Blocks: 743547 Found By: --- Blocker: --- The wiki should have a WYSIWYG Editor. tinyMCE can be enabled on MediaWiki. It can also be extended to offer templates. The current editor features only a source code view, and a very limited markup support. Typical editing requires multiple Preview-Edit cycles until the results come out as intended. E.g. I myself often need a few attempts to get link target and link labels in the right order with the right seperator in between. -- 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 9

[Bug 917054] New: Plasmashell, Krunner crash on dual monitor setup
by bugzilla_noreply＠novell.com 29 Nov '16

29 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=917054 Bug ID: 917054 Summary: Plasmashell, Krunner crash on dual monitor setup Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Minor Priority: P5 - None Component: KDE4 Workspace Assignee: kde-maintainers(a)suse.de Reporter: denni.granata(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Recently i've upgraded to plasma 5.2 and qt 5.4. My sandybridge notebook with hd intel have a fullhd monitor connected with HDMI. Startup takes a while and when the desktop appears I found drkonqui windows of plasmashell and Krunner tell me they have crashed. This appens only on startup because plasmashell restarts automatically with no issue and I was able to use krunner. The crash happens also if the external monitor was hot plugged or unplugged, in this scenario kwin crashes too. The crash is reproducible always and is related to Qt5 QScreen::handle() and libqxcb.so. Krunner and plasmashell will not crash if only the laptop monitor is used. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 902004] New: Email links to bugzilla with varying URLs
by bugzilla_noreply＠novell.com 28 Nov '16

28 Nov '16

http://bugzilla.opensuse.org/show_bug.cgi?id=902004 Bug ID: 902004 Summary: Email links to bugzilla with varying URLs Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bugzilla Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: per(a)computer.org QA Contact: novbugzilla-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- The links in the emails sent by bugzilla seems to vary quite a bit - for instance, for bug#899714 2014/10/03 first reported http://bugzilla.opensuse.org/show_bug.cgi?id=899714 2014/10/07 an update http://bugzilla.suse.com/show_bug.cgi?id=899714 2014/10/10 someone added themselves as cc http://bugzilla.opensuse.org/show_bug.cgi?id=899714 2014/10/13 I added an entry http://bugzilla.suse.com/show_bug.cgi?id=899714 2014/10/14 reopened http://bugzilla.suse.com/show_bug.cgi?id=899714 2014/10/20 info reqstd http://bugzilla.novell.com/show_bug.cgi?id=899714 so, "bugzilla.opensuse.org", "bugzilla.suse.com" and "bugzilla.novell.com" ? Is bugzilla going schizo? :-) It looks to me as if the link address depends on how the updater accessed the report, which is probably not quite right. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 847974] New: Installation with GPT on a BIOS system turns "/" into an EFI system partition
by bugzilla_noreply＠novell.com 27 Nov '16

27 Nov '16

https://bugzilla.novell.com/show_bug.cgi?id=847974 https://bugzilla.novell.com/show_bug.cgi?id=847974#c0 Summary: Installation with GPT on a BIOS system turns "/" into an EFI system partition Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andreas.hanke(a)gmx-topmail.de QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.66 Safari/537.36 SUSE/30.0.1599.66 I have installed openSUSE 12.3 on a BIOS system with a GPT disk created manually with gdisk. I have set the partition type GUID of the "/" partition to 0FC63DAF-8483-4772-8E79-3D69D8477DE4 ("Linux filesystem"). After installation, the partition type GUID of my "/" was suddenly C12A7328-F81F-11D2-BA4B-00A0C93EC93B ("EFI System"). This is not severe because Linux mostly ignores partition type GUIDs, but is still wrong (this is not an EFI system at all). I think that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=746895. In short: libparted has a strange interpretation of what it calls the "boot flag". On MBR disks, it means: Mark this partition as active. On GPT disks, it means: Turn this partition into an EFI system partition. 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 3