July 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 810868] New: LibreOffice Calc hangs opening a CSV file
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=810868 https://bugzilla.novell.com/show_bug.cgi?id=810868#c0 Summary: LibreOffice Calc hangs opening a CSV file Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Critical Priority: P5 - None Component: LibreOffice AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: jimoe(a)sohnen-moe.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=531051) --> (http://bugzilla.novell.com/attachment.cgi?id=531051) Sample CSV file that hangs Calc User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 When opening a CSV file, Calc hangs. It must be killed since it becomes totally unresponsive. Reproducible: Always Steps to Reproduce: 1. Start to open a CSV file Actual Results: Program hang. Expected Results: Opens the file, asks about import options. This occurs regardless of how Calc is started. - Open Calc, use file::Open menu - Use a file browser, double-click on the filename. In all cases Calc must be killed. -- 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 6

[Bug 862733] New: soffice.bin has no line number information
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=862733 https://bugzilla.novell.com/show_bug.cgi?id=862733#c0 Summary: soffice.bin has no line number information Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: LibreOffice AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 soffice.bin has no line number information so back traces are incomplete Reproducible: Always Steps to Reproduce: 1. { gdb /usr/lib64/libreoffice/program/soffice.bin; } 2. start Actual Results: 2. 0x0000000000400730 in main () Expected Results: 2. 0x0000000000400730 in main (int argc = 1, ...) at file:line -- 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 1

[Bug 693403] New: Customization of the LibreOffice toolbars are, in certain cases, not set.
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=693403 https://bugzilla.novell.com/show_bug.cgi?id=693403#c0 Summary: Customization of the LibreOffice toolbars are, in certain cases, not set. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: publio.escipion.el.africano(a)gmail.com QAContact: cwei(a)novell.com Found By: --- Blocker: --- Created an attachment (id=429335) --> (http://bugzilla.novell.com/attachment.cgi?id=429335) screeenshot showing how certain buttons set do not appear in the toolbars. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.2.17) Gecko/20110420 SUSE/3.6.17-0.2.1 Firefox/3.6.17 openSuSE 11.2 x86_64 Final + Updates, KDE 4. Under 11.2, after I updated OOo to LibreOffice, described in the Help > About as: "LibreOffice 3.3.1 OOO330m19 (Build:8) tag libreoffice-3.3.1.2" Customization of this LibreOffice toolbars are, in certain cases, not set. For instance, when customizing the "Lines and Refill" (spanish: Líneas y relleno) toolbar, if I wanted to make viewable the "Vertical Text" button this will be impossible, no matter the way the user use to customize the toolbar: 1. Through "Viewable Buttons" option in the toolbar's menu: the user might not select the "Vertical Text" button to activate. 2. In the same menu, the user might choose to "Customize toolbar", where he will be able to set the button. However, the button will not be shown in the toolbar. The user might check and confirm that the option persists set, and the problem is not solved restarting the application either. Reproducible: Always Steps to Reproduce: 1.See the example above. 2. 3. Actual Results: Certain buttons in the toolbar are not set after applying changes and restarting the application. Expected Results: The toolbars become customized. -- 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 715936] New: LibreOffice graphic fonts from Windows become condensed and almost unreadable on Linux
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=715936 https://bugzilla.novell.com/show_bug.cgi?id=715936#c0 Summary: LibreOffice graphic fonts from Windows become condensed and almost unreadable on Linux Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: terje(a)nordland-teknikk.no QAContact: cwei(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 Windows applications grahics pasted into LibreOffice i.e Calc documents on Windows and next opened in LibreOffice on Linux get condensed and mostly unreadable fonts on Linux. Reproducible: Always Steps to Reproduce: 1.As above 2. 3. Actual Results: As above Expected Results: The graphics and fonts in LibreOffice on Linux should be identical and readable as created on Windows. Attached is a screenshot where the same ods document is opened on Linux to the left and in a RDP/tsclient window to the right. Unreadable grahics fonts on Linux. -- 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 7

[Bug 704812] New: LibreOffice no longer prints to Generic Postcript Level 2 printer
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=704812 https://bugzilla.novell.com/show_bug.cgi?id=704812#c0 Summary: LibreOffice no longer prints to Generic Postcript Level 2 printer Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: roland(a)logikalsolutions.com QAContact: cwei(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 I have all patches and updates applied. LibreOffice 3.3.3 OOO330m19 (Build:301) tag libreoffice-3.3.3.1 This was working flawlessly until I tried printing today. All other applications, Mozilla, Opera, Evolution, and various text editors can print to this printer just fine. Attempts to print from LibreOffice fires the printer up for warm up, then appears to send empty file. Reproducible: Always Steps to Reproduce: 1.print document from LibreOffice to Generic Postcript Level 2 printer 2. 3. Actual Results: Printer fires up for warm-up, then acts like an empty document file was sent. Expected Results: printed output expected Since this is the "Generic Postscript Level 2" driver, which was used to replace all older Postscript printer drivers, like the specific Lexmark Optra S 1855 driver that used to exist, this is a massive bug. The bug cannot be in the driver or the other installed applications would not print. -- 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 687885] New: LibreOffice Impress fails to play video in presentations if the path to video files contains Cyrillic letters
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=687885 https://bugzilla.novell.com/show_bug.cgi?id=687885#c0 Summary: LibreOffice Impress fails to play video in presentations if the path to video files contains Cyrillic letters Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: Aleksey_R(a)list.ru QAContact: cwei(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9.2.13) Gecko/20101203 SUSE/3.6.13-0.2.1 Firefox/3.6.13 When I insert into Impress presentation video, it plays normally during presentation only if the path to the video (beginning from /) contains only Latin letters. If the path contains Cyrillic letters, video fails to play. Reproducible: Always Steps to Reproduce: 1. Create Impress presentation 2. Insert video in it. The path to the video must contain Cyrillic letters (e.g. ~/Документы/my_video.avi) Actual Results: During presentation slide show (press F5), the video fails to play Expected Results: Video should be played The Russian localization was 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.

1 7

[Bug 672358] New: when play slide the output in screen is ugly if slide contain simplified chinese bold weight font
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

https://bugzilla.novell.com/show_bug.cgi?id=672358 https://bugzilla.novell.com/show_bug.cgi?id=672358#c0 Summary: when play slide the output in screen is ugly if slide contain simplified chinese bold weight font Classification: openSUSE Product: openSUSE 11.4 Version: RC 1 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: juwang(a)novell.com QAContact: cwei(a)novell.com Found By: Field Engineer Blocker: --- OS: Opensuse 11.4 RC1 Issue description When play slide the output in screen is ugly if slide contain simplified chinese 'Bold Weight Font' text content. How to reproduce 1. Make sure installed Language (zh_cn) which will install 2. Install LibreOffice 3. Create new presentaion 4. Insert simplified chinese content ‘测试' in slide body 5. Change it's font to 'AR PL SungtiL GB' 6. Change it's font weight to 'Bold' 7. Press F5 see the results -- 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 6

[Bug 624680] New: Levels on styles not working properly
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

http://bugzilla.novell.com/show_bug.cgi?id=624680 http://bugzilla.novell.com/show_bug.cgi?id=624680#c0 Summary: Levels on styles not working properly Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i686 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: johanh.botha(a)eskom.co.za QAContact: cwei(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.4; Linux) KHTML/4.4.4 (like Gecko) SUSE If you assign styles to text, using the same numbering scheme and different levels, the level stays on level 1 It works correctly for Heading styles, but not for others (I tested with Contents style) Reproducible: Always Steps to Reproduce: 1.type two lines in writer 2.assign Contents 1 style to the first line and Contents 2 style for the second 3.Modify contents 1 style and Select numbering style 1 and Outline level 1 4.Modify contents 2 style and select numbering style 1 and Outline level 2 5.Modify numbering style 1 and select an outline where level 1 and level 2 are different 6.Both lines will be level 1 with numbering 1 and 2 respectively (depending on outline selected) Actual Results: The lines got consecutive numbers from level 1 in the selected numbering style: 1 Line one 2 Line two Expected Results: 1 Line one 1.1 Line two -- 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 547546] New: openoffice svg support incomplete
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

http://bugzilla.novell.com/show_bug.cgi?id=547546 Summary: openoffice svg support incomplete Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 8 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: kyu(a)novell.com Found By: --- When importing e.g this file: http://upload.wikimedia.org/wikipedia/commons/1/16/Dangclass6_2.png.svg in openoffice the text is not displayed. Firefox shows it correctly. -- 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 523707] New: Problems with OpenOffice.org integration in KDE
by bugzilla_noreply＠novell.com 28 Jul '14

28 Jul '14

http://bugzilla.novell.com/show_bug.cgi?id=523707 Summary: Problems with OpenOffice.org integration in KDE Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: homoludens1000(a)gmail.com QAContact: kyu(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-0.1.1 Firefox/3.0.11 Somehow the integration of OpenOffice.org into the KDE desktop environment seems incomplete: (1) When starting OpenOffice.org applications, the "bouncing cursor" doesn't appear (while it does with all other applications). (2) Newly created documents are not listed under "Recent documents". Especially the latter feature is very important, so it would be good if that part were fixed. 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 5