[Desktop-packages] [Bug 1949291]
(In reply to Stéphane Guillou (stragu) from comment #19) > Heiko, are these delayed until the next opportunity, or are they just not > shown at all? Just delayed. GetInvolved will come first and Donate the next program start, if no other infobar is shown. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1949291 Title: LibreOffice has started displaying a donation nag Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Triaged Bug description: I just opened up a spreadsheet (technically a CSV file, but who's counting), to discover LibreOffice displaying an eye-catching blue "Your donations support our worldwide community." banner just below the toolbars and about a toolbar and a half tall. This irritating nag is apparently supposed to display every 90 to 180 days with no in-application means to disable it permanently, and there's apparently also a "Help us make LibreOffice even better!" banner that can appear too. According to this blog post... https://www.remembertheusers.com/2019/11/0580-libreoffice-nag- notices.html ...it is not responsive to configuration overrides within the user profile and the only apparent solution that doesn't require patching the source and rebuilding is to create a file containing the following markup in `$BASEDIR/share/registry` (`/usr/lib/libreoffice/share/registry` as installed by the Ubuntu package): http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oor="http://openoffice.org/2001/registry";> http://openoffice.org/2004/installation"; oor:name="Setup" oor:package="org.openoffice"> 0 0 Regardless of how it's achieved, I think it's tasteless, irritating, and probably doesn't give a very good image to any office customers Ubuntu may have downstream for random employees to be receiving nag banners like that in IT-installed software. Please consider patching it out or otherwise ensuring it never triggers in distro-provided builds of LibreOffice. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice 1:6.4.7-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.11.0-37.41~20.04.2-generic 5.11.22 Uname: Linux 5.11.0-37-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27.21 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: KDE Date: Sun Oct 31 04:32:03 2021 SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1949291/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1949291]
The patch hides the Donate and GetInvolved infobar if another one is visible. (WhatsNew is going to be moved out of the infobar stack.) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1949291 Title: LibreOffice has started displaying a donation nag Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Triaged Bug description: I just opened up a spreadsheet (technically a CSV file, but who's counting), to discover LibreOffice displaying an eye-catching blue "Your donations support our worldwide community." banner just below the toolbars and about a toolbar and a half tall. This irritating nag is apparently supposed to display every 90 to 180 days with no in-application means to disable it permanently, and there's apparently also a "Help us make LibreOffice even better!" banner that can appear too. According to this blog post... https://www.remembertheusers.com/2019/11/0580-libreoffice-nag- notices.html ...it is not responsive to configuration overrides within the user profile and the only apparent solution that doesn't require patching the source and rebuilding is to create a file containing the following markup in `$BASEDIR/share/registry` (`/usr/lib/libreoffice/share/registry` as installed by the Ubuntu package): http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:oor="http://openoffice.org/2001/registry";> http://openoffice.org/2004/installation"; oor:name="Setup" oor:package="org.openoffice"> 0 0 Regardless of how it's achieved, I think it's tasteless, irritating, and probably doesn't give a very good image to any office customers Ubuntu may have downstream for random employees to be receiving nag banners like that in IT-installed software. Please consider patching it out or otherwise ensuring it never triggers in distro-provided builds of LibreOffice. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice 1:6.4.7-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.11.0-37.41~20.04.2-generic 5.11.22 Uname: Linux 5.11.0-37-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27.21 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: KDE Date: Sun Oct 31 04:32:03 2021 SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1949291/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1990673]
Gazillion unit test depend on this, abandoning the patch https://gerrit.libreoffice.org/c/core/+/154846 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1990673 Title: Default paragraph style should be "Text body" Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: Summary: when creating a new Writer document, the first paragraph has the style "Default Paragraph Style", which leads to surprising behaviour. This bug has been reported in upstream [1], but at least some devs seem to believe that this is a packaging issue [2] so it might make sense to be fixed in downstream. Ideally fixed in upstream as well. [1] https://bugs.documentfoundation.org/show_bug.cgi?id=47295 [2] even though this issue is seemingly present on all platforms To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1990673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736176]
(In reply to Axel Niedenhoff from comment #50) > Heiko, let me just say thank you for your support here. And even pulling it > forward to 7.6—that is really great! This kind of support is really > something that makes open-source software shine. Happy to be of service. And sorry for the late patch, in the end it was pretty simple. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1736176 Title: [upstream] Can't jump between cells when non-english input layout is active Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Confirmed Bug description: Can't jump between LibreOffice Calc cells by arrow keys when non- english input layout is active. It's because Ubuntu is using Scroll Lock indicator (LED) to show state of layout switch, but in LibreOffice Scroll Lock state is used to switch between page's scrolling and jumping on cells. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice 1:5.4.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Dec 4 17:25:29 2017 InstallationDate: Installed on 2017-10-19 (45 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=uk_UA.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1736176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1990673]
Patch at https://gerrit.libreoffice.org/c/core/+/154846 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1990673 Title: Default paragraph style should be "Text body" Status in LibreOffice: In Progress Status in libreoffice package in Ubuntu: New Bug description: Summary: when creating a new Writer document, the first paragraph has the style "Default Paragraph Style", which leads to surprising behaviour. This bug has been reported in upstream [1], but at least some devs seem to believe that this is a packaging issue [2] so it might make sense to be fixed in downstream. Ideally fixed in upstream as well. [1] https://bugs.documentfoundation.org/show_bug.cgi?id=47295 [2] even though this issue is seemingly present on all platforms To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1990673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736176]
Cherry-picked this for 7.6 coming soon. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1736176 Title: [upstream] Can't jump between cells when non-english input layout is active Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Confirmed Bug description: Can't jump between LibreOffice Calc cells by arrow keys when non- english input layout is active. It's because Ubuntu is using Scroll Lock indicator (LED) to show state of layout switch, but in LibreOffice Scroll Lock state is used to switch between page's scrolling and jumping on cells. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice 1:5.4.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Dec 4 17:25:29 2017 InstallationDate: Installed on 2017-10-19 (45 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=uk_UA.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1736176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736176]
(In reply to Karsten from comment #35) > It would be nice if the standard behaviour of the software would not be > touched and enhancements are always optional to be used. Standard behavior is not clearly defined but you are right, and we do our best. In this case scroll lock was implemented as a standard. More questionable is the second part with everything being optional. Let's better decide on every change whether it make sense to bloat the options, even when it's an advanced setting. It is bad usability if you a) have to change an option, and b) struggle to find it. > That's the reason why i am still using Version 7.1.8.1... You miss a lot of goodies :-). But the power of open source is choice, if it's the older version or a different application. We offer release candidates and nightly builds that run in parallel so you can test the new releases. Your input is very much welcome. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1736176 Title: [upstream] Can't jump between cells when non-english input layout is active Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Confirmed Bug description: Can't jump between LibreOffice Calc cells by arrow keys when non- english input layout is active. It's because Ubuntu is using Scroll Lock indicator (LED) to show state of layout switch, but in LibreOffice Scroll Lock state is used to switch between page's scrolling and jumping on cells. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice 1:5.4.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Dec 4 17:25:29 2017 InstallationDate: Installed on 2017-10-19 (45 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=uk_UA.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1736176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736176]
(In reply to Karsten from comment #33) > Wow - a solution within nearly six years for a problem that has been > implemented and did not exist before. LibreOffice is an open source project driven by volunteers. We try our best to allow everyone to join the development whether by small improvements on the code or with design-only patches. You are welcome to contribute and will get every support. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1736176 Title: [upstream] Can't jump between cells when non-english input layout is active Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Confirmed Bug description: Can't jump between LibreOffice Calc cells by arrow keys when non- english input layout is active. It's because Ubuntu is using Scroll Lock indicator (LED) to show state of layout switch, but in LibreOffice Scroll Lock state is used to switch between page's scrolling and jumping on cells. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice 1:5.4.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Dec 4 17:25:29 2017 InstallationDate: Installed on 2017-10-19 (45 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=uk_UA.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1736176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736176]
The key and the implementation actually work well but, as commented before, some hardware abuses it for other purpose. So I suggest to block the scroll lock handling with an expert option (tools > options > advanced: UseScrollLock; on by default, of course). Tentative patch at https://gerrit.libreoffice.org/c/core/+/154528 Scroll lock does not work for kf5 and gtk4 but gen, gtk3 and qt6 on Linux. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1736176 Title: [upstream] Can't jump between cells when non-english input layout is active Status in LibreOffice: In Progress Status in libreoffice package in Ubuntu: Confirmed Bug description: Can't jump between LibreOffice Calc cells by arrow keys when non- english input layout is active. It's because Ubuntu is using Scroll Lock indicator (LED) to show state of layout switch, but in LibreOffice Scroll Lock state is used to switch between page's scrolling and jumping on cells. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: libreoffice 1:5.4.1-0ubuntu1 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Mon Dec 4 17:25:29 2017 InstallationDate: Installed on 2017-10-19 (45 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=uk_UA.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1736176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1093765]
(In reply to Urmas from comment #16) > Italic is a formatting, while text direction is not. Both are attributes of the paragraph. Clearly NAB. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1093765 Title: [upstream] switching paragraph style changes character orientation Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1093765/+attachment/3688368/+files/test-bug1093765.doc && lowriter --nologo test-bug1093765.doc is select all -> change combo box Apply Style from Text Body to Heading 1 and the text style changes, preserving the character order. 4) What happens instead is: (Example text=) טקסט לדוגמה changes to: טקסט לדוגמה (=Example text) Microsoft Office Professional Plus 2010 Word Version 14.0.6023.1000 (32-bit) changes it to: =)טקסט לדוגמהExample text( ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice-core 1:3.6.2~rc2-0ubuntu4 ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1 Uname: Linux 3.5.0-21-generic x86_64 ApportVersion: 2.6.1-0ubuntu9 Architecture: amd64 Date: Wed Dec 26 11:20:42 2012 ExecutablePath: /usr/lib/libreoffice/program/soffice.bin MarkForUpload: True ProcEnviron: PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to quantal on 2012-10-19 (67 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1093765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1093765]
Why do you expect attributes to be consistent when switching from one style to another? If your default paragraph uses a (directly applied) italic font style it will be removed when switching to any other style. We could turn this question around and ask what you expect when switching from one style to another. Meaning whether all or just the different attributes should be overwritten. Let's say the text is Text Body with the special attribute italic (whether set directly or via style modification doesn't matter). Switching to Heading 1 could mean you expect the font size larger and the bold weight to be applied - in addition to the italic weight. This does not solve the use case to explicitly switch off an attribute, eg. H1 in bold but H2 not. The issue is clearly NAB. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1093765 Title: [upstream] switching paragraph style changes character orientation Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1093765/+attachment/3688368/+files/test-bug1093765.doc && lowriter --nologo test-bug1093765.doc is select all -> change combo box Apply Style from Text Body to Heading 1 and the text style changes, preserving the character order. 4) What happens instead is: (Example text=) טקסט לדוגמה changes to: טקסט לדוגמה (=Example text) Microsoft Office Professional Plus 2010 Word Version 14.0.6023.1000 (32-bit) changes it to: =)טקסט לדוגמהExample text( ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice-core 1:3.6.2~rc2-0ubuntu4 ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1 Uname: Linux 3.5.0-21-generic x86_64 ApportVersion: 2.6.1-0ubuntu9 Architecture: amd64 Date: Wed Dec 26 11:20:42 2012 ExecutablePath: /usr/lib/libreoffice/program/soffice.bin MarkForUpload: True ProcEnviron: PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to quantal on 2012-10-19 (67 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1093765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1093765]
(In reply to Eyal Rozenberg from comment #14) > If part of the paragraph is in italic... ...it's not a formatting on the paragraph but at the characters. The Style Inspector shows nicely where the attribute of the selection comes from. For the topic being discussed here you could switch to indentation, background color, or associated list attributes. You want these settings to switch on/off depending on the chosen paragraph style. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1093765 Title: [upstream] switching paragraph style changes character orientation Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1093765/+attachment/3688368/+files/test-bug1093765.doc && lowriter --nologo test-bug1093765.doc is select all -> change combo box Apply Style from Text Body to Heading 1 and the text style changes, preserving the character order. 4) What happens instead is: (Example text=) טקסט לדוגמה changes to: טקסט לדוגמה (=Example text) Microsoft Office Professional Plus 2010 Word Version 14.0.6023.1000 (32-bit) changes it to: =)טקסט לדוגמהExample text( ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice-core 1:3.6.2~rc2-0ubuntu4 ProcVersionSignature: Ubuntu 3.5.0-21.32-generic 3.5.7.1 Uname: Linux 3.5.0-21-generic x86_64 ApportVersion: 2.6.1-0ubuntu9 Architecture: amd64 Date: Wed Dec 26 11:20:42 2012 ExecutablePath: /usr/lib/libreoffice/program/soffice.bin MarkForUpload: True ProcEnviron: PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: Upgraded to quantal on 2012-10-19 (67 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1093765/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1990673]
(In reply to Cor Nouws from comment #45) > Any code hints? Possibly easyHack? Prolly could be done via default template. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1990673 Title: Default paragraph style should be "Text body" Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: Summary: when creating a new Writer document, the first paragraph has the style "Default Paragraph Style", which leads to surprising behaviour. This bug has been reported in upstream [1], but at least some devs seem to believe that this is a packaging issue [2] so it might make sense to be fixed in downstream. Ideally fixed in upstream as well. [1] https://bugs.documentfoundation.org/show_bug.cgi?id=47295 [2] even though this issue is seemingly present on all platforms To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1990673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1192599]
Consolidating at bug 38850 *** This bug has been marked as a duplicate of bug 38850 *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1192599 Title: [upstream] writer: zoom fraction changes when clicking on figures Status in LibreOffice: Invalid Status in libreoffice package in Ubuntu: Confirmed Bug description: 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1192599/+attachment/3707409/+files/lorem_ipsum.odt && lowriter --nologo lorem_ipsum.odt is when one clicks View -> Zoom -> Fit width and height -> OK click the text, then click the picture, the zoom does not change. 4) What happens instead is it does. All other zoom modes don't exhibit this behavior. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice 1:3.6.2~rc2-0ubuntu4 ProcVersionSignature: Ubuntu 3.5.0-34.55-generic 3.5.7.13 Uname: Linux 3.5.0-34-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu11 Architecture: amd64 Date: Wed Jun 19 16:56:17 2013 InstallationDate: Installed on 2012-11-22 (209 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1192599/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 375395]
(In reply to V Stuart Foote from comment #14) > Complex stuff, and requires major refactoring of Calc needing some UX > envisioning. What exactly? The requirement is clear (and requested repeatedly in the recent survey [1]). It's expected to scroll per pixel even when the cell exceeds the window size. We have to jump to the top when going into edit mode. But besides I don't see nothing controversial. [1] https://design.blog.documentfoundation.org/2021/10/18/results-from- the-survey-about-libreoffice-calc/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/375395 Title: [Upstream] scrolling only by full line height Status in LibreOffice: Confirmed Status in OpenOffice: Unknown Status in libreoffice package in Ubuntu: Confirmed Status in openoffice.org package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org If I have spreadsheet document with large, multiline cells, I can't scroll to distance equal some part of line. full line is scrolled at once. There is no option in preferences about scrolling by line (as in Excel) and scrolling by pixels (as in Word). Please add such option, or tell me where to find it, if it exists. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: openoffice.org-core 1:3.0.1-9ubuntu3 ProcEnviron: PATH=(custom, user) LANG=ru_RU.UTF-8 SHELL=/bin/bash SourcePackage: openoffice.org Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/375395/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1844453]
(In reply to Commit Notification from comment #81) > Christian Lohmaier committed a patch related to this issue. Resolved fixed? Thanks for the detailed explanation. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1844453 Title: [upstream] Access to the Google remote account does not work Status in LibreOffice: In Progress Status in libreoffice package in Ubuntu: Confirmed Bug description: I have a Google account with 2FA login, from LibreOffice I try to add the remote account, but it doesn't work, it asks me for a 6-digit PIN. Investigating to see if it was just my problem, I discovered that this is a long-standing LibreOffice bug (1) and seems unresolved. The last report confirms this: "2019-07-04 04:44:41 UTC This feature doesn't work with my Google account _w/o_ 2FA. Bug hasn't be resolved for about 3 years and "very soon" we may celebrate 5 years anniversary. %-(" 1) https://bugs.documentfoundation.org/show_bug.cgi?id=101630 ProblemType: Bug DistroRelease: Ubuntu 19.10 Package: libreoffice (not installed) ProcVersionSignature: Ubuntu 5.3.0-10.11-generic 5.3.0-rc8 Uname: Linux 5.3.0-10-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu7 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Tue Sep 17 23:00:10 2019 InstallationDate: Installed on 2019-02-18 (210 days ago) InstallationMedia: Kubuntu 19.04 "Disco Dingo" - Alpha amd64 (20190130) ProcEnviron: TERM=screen-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=it_IT.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1844453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 923176]
Tooltips should remain under control of the OS/DE but I wonder if there is benefit from introducing a special styled tip. What's your use case, Satchit? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/923176 Title: [Upstream] Footnote Tooltip not honoring Footnote formatting Status in LibreOffice: Incomplete Status in libreoffice package in Ubuntu: Won't Fix Bug description: 1) lsb_release -rd Description: Ubuntu 11.10 Release: 11.10 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:3.4.4-0ubuntu1 Candidate: 1:3.4.4-0ubuntu1 Version table: *** 1:3.4.4-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.4.3-3ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages LibreOffice Writer 3.4.5 OOO340m1 (Build:502) 3) What is expected to happen in LibreOffice Writer via the Terminal: cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/923176/+attachment/2700678/+files/Untitled%201.odt -O example.odt && lowriter -nologo example.odt place the mouse cursor over the footnote link and the tooltip honors the footnote formatting. 4) What happens instead is the formatting is not honored. A screenshot of this may be found at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/923176/+attachment/2699118/+files/footnotebug.png . To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/923176/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883886]
The last patch stores the state of the "More" expanders and should remember the window size (might not work for some reason). I suggest to create new tickets if something needs fine-tuning. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1883886 Title: Print dialogue's height in Libreoffice Writer is too high to see and click buttons. Status in LibreOffice: Fix Released Status in libreoffice package in Ubuntu: Fix Released Bug description: Hello, I have the bug that is denoted here https://ask.libreoffice.org/en/question/240651/print-dialogue-too- large-to-select-ok-to-print/ and here https://bugs.documentfoundation.org/show_bug.cgi?id=127782#c67. Essentially, the libreoffice writer print's dialog box is too high for me to view and press the buttons with the mouse. A workaround is to just press ENTER to print. Please see the following screenshot for an example: https://snipboard.io/vc1X0f.jpg My information is as follows: Results of lsb_release -rd Description: Ubuntu 20.04 LTS Release: 20.04 Results of apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:6.4.3-0ubuntu0.20.04.1 Candidate: 1:6.4.3-0ubuntu0.20.04.1 Version table: *** 1:6.4.3-0ubuntu0.20.04.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.4.2-0ubuntu3 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages Just FYI in case it is necessary: I am using Lubuntu 20.04 LTS with LXQt. Best regards, Owen Charles ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice-writer 1:6.4.3-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-37.41-generic 5.4.41 Uname: Linux 5.4.0-37-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: LXQt Date: Wed Jun 17 12:47:56 2020 InstallationDate: Installed on 2020-06-05 (11 days ago) InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1883886/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883886]
(In reply to Eion MacDonald from comment #122) > dialog of unusable print pop up in LibreOffice Workaround might be to maximize the window. But please try a nightly build first. IIRC the issue has been solved with another patch recently. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1883886 Title: Print dialogue's height in Libreoffice Writer is too high to see and click buttons. Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Fix Released Bug description: Hello, I have the bug that is denoted here https://ask.libreoffice.org/en/question/240651/print-dialogue-too- large-to-select-ok-to-print/ and here https://bugs.documentfoundation.org/show_bug.cgi?id=127782#c67. Essentially, the libreoffice writer print's dialog box is too high for me to view and press the buttons with the mouse. A workaround is to just press ENTER to print. Please see the following screenshot for an example: https://snipboard.io/vc1X0f.jpg My information is as follows: Results of lsb_release -rd Description: Ubuntu 20.04 LTS Release: 20.04 Results of apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:6.4.3-0ubuntu0.20.04.1 Candidate: 1:6.4.3-0ubuntu0.20.04.1 Version table: *** 1:6.4.3-0ubuntu0.20.04.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.4.2-0ubuntu3 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages Just FYI in case it is necessary: I am using Lubuntu 20.04 LTS with LXQt. Best regards, Owen Charles ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice-writer 1:6.4.3-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-37.41-generic 5.4.41 Uname: Linux 5.4.0-37-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: LXQt Date: Wed Jun 17 12:47:56 2020 InstallationDate: Installed on 2020-06-05 (11 days ago) InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1883886/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883886]
*** Bug 137142 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1883886 Title: Print dialogue's height in Libreoffice Writer is too high to see and click buttons. Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Fix Released Bug description: Hello, I have the bug that is denoted here https://ask.libreoffice.org/en/question/240651/print-dialogue-too- large-to-select-ok-to-print/ and here https://bugs.documentfoundation.org/show_bug.cgi?id=127782#c67. Essentially, the libreoffice writer print's dialog box is too high for me to view and press the buttons with the mouse. A workaround is to just press ENTER to print. Please see the following screenshot for an example: https://snipboard.io/vc1X0f.jpg My information is as follows: Results of lsb_release -rd Description: Ubuntu 20.04 LTS Release: 20.04 Results of apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:6.4.3-0ubuntu0.20.04.1 Candidate: 1:6.4.3-0ubuntu0.20.04.1 Version table: *** 1:6.4.3-0ubuntu0.20.04.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.4.2-0ubuntu3 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages Just FYI in case it is necessary: I am using Lubuntu 20.04 LTS with LXQt. Best regards, Owen Charles ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice-writer 1:6.4.3-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-37.41-generic 5.4.41 Uname: Linux 5.4.0-37-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: LXQt Date: Wed Jun 17 12:47:56 2020 InstallationDate: Installed on 2020-06-05 (11 days ago) InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1883886/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1883886]
(In reply to Alex Thurgood from comment #115) > Screenshot of LO 7.0.1.2 Print Dialog macOS 10.15.6 Print dialog was changed by Olivier Hallot for bug 118148, Srijan Bhatia for bug 127680, andreas kainz bug 128723, and Caolan did something in Ib855c429ac936f9b7bb219ad4729f99b0625ec37. The dialog looks different on my machine when build from sources. => Topic for QA -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1883886 Title: Print dialogue's height in Libreoffice Writer is too high to see and click buttons. Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Fix Released Bug description: Hello, I have the bug that is denoted here https://ask.libreoffice.org/en/question/240651/print-dialogue-too- large-to-select-ok-to-print/ and here https://bugs.documentfoundation.org/show_bug.cgi?id=127782#c67. Essentially, the libreoffice writer print's dialog box is too high for me to view and press the buttons with the mouse. A workaround is to just press ENTER to print. Please see the following screenshot for an example: https://snipboard.io/vc1X0f.jpg My information is as follows: Results of lsb_release -rd Description: Ubuntu 20.04 LTS Release: 20.04 Results of apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:6.4.3-0ubuntu0.20.04.1 Candidate: 1:6.4.3-0ubuntu0.20.04.1 Version table: *** 1:6.4.3-0ubuntu0.20.04.1 500 500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 1:6.4.2-0ubuntu3 500 500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages Just FYI in case it is necessary: I am using Lubuntu 20.04 LTS with LXQt. Best regards, Owen Charles ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: libreoffice-writer 1:6.4.3-0ubuntu0.20.04.1 ProcVersionSignature: Ubuntu 5.4.0-37.41-generic 5.4.41 Uname: Linux 5.4.0-37-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.3 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: LXQt Date: Wed Jun 17 12:47:56 2020 InstallationDate: Installed on 2020-06-05 (11 days ago) InstallationMedia: Lubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1883886/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 997934]
*** Bug 136303 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/997934 Title: [Upstream] Spell checking doesn't warn users if the selected dictionary isn't installed, but rather returns a potentially incorrect result Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: This has been the case since Beta 2. To reproduce: 1) Type out a load of rubbish on the keyboard as well as a few correctly spelled words. I used "vmw;qbjk aoeuasnth aoeu house in the street" 2) Press F7 to initiate the spell check. Actual Result: The spell check notifies the user of completion without any recognition of errors. Expected Result: The spell check should highlight each misspelled word and offer alternatives. WORKAROUND: Open the dash and run Language Support 2) Under the 'Language' tab, choose another variant of English and drag it above the US English so it takes precedence. 3) Click "Apply System-wide" and log out. On logging back in, spell check will work. Not reproducible in Xubuntu 32-bit. lsb_release -rd Description: Ubuntu 12.04 LTS Release: 12.04 apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:3.5.3-0ubuntu1 Candidate: 1:3.5.3-0ubuntu1 Version table: *** 1:3.5.3-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.5.2-2ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-writer 1:3.5.3-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-24.37-generic-pae 3.2.14 Uname: Linux 3.2.0-24-generic-pae i686 NonfreeKernelModules: nvidia ApportVersion: 2.0.1-0ubuntu7 Architecture: i386 Date: Fri May 11 08:53:51 2012 InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta i386 (20120328) ProcEnviron: LANGUAGE=en_IE:en TERM=xterm PATH=(custom, no user) LANG=en_IE.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/997934/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 997934]
*** Bug 134992 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/997934 Title: [Upstream] Spell checking doesn't warn users if the selected dictionary isn't installed, but rather returns a potentially incorrect result Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: This has been the case since Beta 2. To reproduce: 1) Type out a load of rubbish on the keyboard as well as a few correctly spelled words. I used "vmw;qbjk aoeuasnth aoeu house in the street" 2) Press F7 to initiate the spell check. Actual Result: The spell check notifies the user of completion without any recognition of errors. Expected Result: The spell check should highlight each misspelled word and offer alternatives. WORKAROUND: Open the dash and run Language Support 2) Under the 'Language' tab, choose another variant of English and drag it above the US English so it takes precedence. 3) Click "Apply System-wide" and log out. On logging back in, spell check will work. Not reproducible in Xubuntu 32-bit. lsb_release -rd Description: Ubuntu 12.04 LTS Release: 12.04 apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:3.5.3-0ubuntu1 Candidate: 1:3.5.3-0ubuntu1 Version table: *** 1:3.5.3-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ precise-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.5.2-2ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-writer 1:3.5.3-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-24.37-generic-pae 3.2.14 Uname: Linux 3.2.0-24-generic-pae i686 NonfreeKernelModules: nvidia ApportVersion: 2.0.1-0ubuntu7 Architecture: i386 Date: Fri May 11 08:53:51 2012 InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta i386 (20120328) ProcEnviron: LANGUAGE=en_IE:en TERM=xterm PATH=(custom, no user) LANG=en_IE.UTF-8 SHELL=/bin/bash SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/997934/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1192599]
*** Bug 122030 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1192599 Title: [upstream] writer: zoom fraction changes when clicking on figures Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1192599/+attachment/3707409/+files/lorem_ipsum.odt && lowriter --nologo lorem_ipsum.odt is when one clicks View -> Zoom -> Fit width and height -> OK click the text, then click the picture, the zoom does not change. 4) What happens instead is it does. All other zoom modes don't exhibit this behavior. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice 1:3.6.2~rc2-0ubuntu4 ProcVersionSignature: Ubuntu 3.5.0-34.55-generic 3.5.7.13 Uname: Linux 3.5.0-34-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.6.1-0ubuntu11 Architecture: amd64 Date: Wed Jun 19 16:56:17 2013 InstallationDate: Installed on 2012-11-22 (209 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1192599/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1126858]
Clearly a bug to me, deleted content is still gone even when TC is on (comment 19, option 1). Don't see need for input from UX. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1126858 Title: [upstream] Search and replace, with tracked changes on, changing only format of text, causes Writer to hang Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: Create new text document with contents "Hello, World". Turn on change tracking (under Edit). Select Find and Replace (under Edit). Put "Hello" (no quotes) in both the find and the replace boxes. Click on "More". Put cursor in Replace box. Click on Format. Set it to, say Italic (leave other options empty). Accept. And now, for the fatal part: Click "Replace all". If you just replace one, you'll see why the latter fails. The replacement value gets inserted beofre the original, so then it continues on and sees the original again... ad infinitum. What should happen: If it just put its position after the original text when searching and replacing, it wouldn't have this problem. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice (not installed) ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2 Uname: Linux 3.5.0-23-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Fri Feb 15 21:37:14 2013 InstallationDate: Installed on 2012-12-13 (65 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1126858/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1141034]
"Shift before"... I wouldn't understand this command. So let's not make compromises. I'm pretty sure we can evaluate LTR/RTL and update the command label and the various captions accordingly. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1141034 Title: RTL Spreadsheet Insert Cells Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: When using a right-to-left spreadsheet, right clicking and selected "insert cells" shows the normal LTR option to shift cells right, although when used it actually shifts cells left. I believe that shifting cells left is the correct behaviour in this case, but the text of the option should be changed to read "shift cells left". This was first noticed when using the Hebrew language user interface, but the problem is present when using English UI too. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-calc 1:3.5.7-0ubuntu4 ProcVersionSignature: Ubuntu 3.2.0-38.61-generic 3.2.37 Uname: Linux 3.2.0-38-generic i686 ApportVersion: 2.0.1-0ubuntu17.1 Architecture: i386 CheckboxSubmission: ad9a15703e19217cb3448f881e125f6a CheckboxSystem: abc83e3988b72e7c3a9b3aa684cb92fd Date: Sun Mar 3 00:47:21 2013 MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: Upgraded to precise on 2012-05-01 (305 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1141034/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1141034]
(In reply to Thomas Lendo from comment #4) > (In reply to Heiko Tietze from comment #3) > > How about "Shift forward" and backward for left/right? > Sounds ok. Is forward to the right in LTR? Would be my understanding but the drawback of not perfectly terms with forward/backward instead of left/right is clear. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1141034 Title: RTL Spreadsheet Insert Cells Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: When using a right-to-left spreadsheet, right clicking and selected "insert cells" shows the normal LTR option to shift cells right, although when used it actually shifts cells left. I believe that shifting cells left is the correct behaviour in this case, but the text of the option should be changed to read "shift cells left". This was first noticed when using the Hebrew language user interface, but the problem is present when using English UI too. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-calc 1:3.5.7-0ubuntu4 ProcVersionSignature: Ubuntu 3.2.0-38.61-generic 3.2.37 Uname: Linux 3.2.0-38-generic i686 ApportVersion: 2.0.1-0ubuntu17.1 Architecture: i386 CheckboxSubmission: ad9a15703e19217cb3448f881e125f6a CheckboxSystem: abc83e3988b72e7c3a9b3aa684cb92fd Date: Sun Mar 3 00:47:21 2013 MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: Upgraded to precise on 2012-05-01 (305 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1141034/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1141034]
In Writer we use Left/Top, Right/Bottom for paragraph style > alignment depending on horizontal/vertical direction. The dynamic label might be not so easy to implement. How about "Shift forward" and backward for left/right? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1141034 Title: RTL Spreadsheet Insert Cells Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: When using a right-to-left spreadsheet, right clicking and selected "insert cells" shows the normal LTR option to shift cells right, although when used it actually shifts cells left. I believe that shifting cells left is the correct behaviour in this case, but the text of the option should be changed to read "shift cells left". This was first noticed when using the Hebrew language user interface, but the problem is present when using English UI too. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-calc 1:3.5.7-0ubuntu4 ProcVersionSignature: Ubuntu 3.2.0-38.61-generic 3.2.37 Uname: Linux 3.2.0-38-generic i686 ApportVersion: 2.0.1-0ubuntu17.1 Architecture: i386 CheckboxSubmission: ad9a15703e19217cb3448f881e125f6a CheckboxSystem: abc83e3988b72e7c3a9b3aa684cb92fd Date: Sun Mar 3 00:47:21 2013 MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: Upgraded to precise on 2012-05-01 (305 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1141034/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1141034]
Shall we rename it to "Shift left/right" or make the text depending on RTL settings? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1141034 Title: RTL Spreadsheet Insert Cells Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: New Bug description: When using a right-to-left spreadsheet, right clicking and selected "insert cells" shows the normal LTR option to shift cells right, although when used it actually shifts cells left. I believe that shifting cells left is the correct behaviour in this case, but the text of the option should be changed to read "shift cells left". This was first noticed when using the Hebrew language user interface, but the problem is present when using English UI too. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libreoffice-calc 1:3.5.7-0ubuntu4 ProcVersionSignature: Ubuntu 3.2.0-38.61-generic 3.2.37 Uname: Linux 3.2.0-38-generic i686 ApportVersion: 2.0.1-0ubuntu17.1 Architecture: i386 CheckboxSubmission: ad9a15703e19217cb3448f881e125f6a CheckboxSystem: abc83e3988b72e7c3a9b3aa684cb92fd Date: Sun Mar 3 00:47:21 2013 MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: Upgraded to precise on 2012-05-01 (305 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1141034/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp