Bug#986418: libreoffice-impress: Impress cannot reduce table row size

2021-04-06 Thread Drew Parsons
, Am 05.04.21 um 16:45 schrieb Drew Parsons: Package: libreoffice-impress Version: 1:7.0.4-3 Severity: important Control: forwarded -1 https://bugs.documentfoundation.org/show_bug.cgi?id=139511 Control: tags -1 + patch bullseye LibreOffice (7.0.4) cannot reduce the size of table rows in

Bug#986418: libreoffice-impress: Impress cannot reduce table row size

2021-04-06 Thread Drew Parsons
+ fixed-upstream tag 986418 + upstream forwarded 986418  https://bugs.documentfoundation.org/show_bug.cgi?id=139511 close 986418 1:7.1.1~rc2-1 thanks Hi, Am 05.04.21 um 16:45 schrieb Drew Parsons: Package: libreoffice-impress Version: 1:7.0.4-3 Severity: important Control: forwarded -1 https

Bug#986418: Acknowledgement (libreoffice-impress: Impress cannot reduce table row size)

2021-04-05 Thread Drew Parsons
In fact this commit for 7.0.5 is more correct, https://git.libreoffice.org/core/commit/51e4f716ea8416a1a8d90f8063a51ad130bd1743 Though it's essentially the same, diff --git a/svx/source/table/tablelayouter.cxx b/svx/source/table/tablelayouter.cxx index 2d0fc0f..ed54499 100644 ---

Bug#986418: libreoffice-impress: Impress cannot reduce table row size

2021-04-05 Thread Drew Parsons
Package: libreoffice-impress Version: 1:7.0.4-3 Severity: important Control: forwarded -1 https://bugs.documentfoundation.org/show_bug.cgi?id=139511 Control: tags -1 + patch bullseye LibreOffice (7.0.4) cannot reduce the size of table rows in Impress. Apparently this is a known bug, fixed

Bug#844683: libreoffice-common 5.3 preinst fails when removing missing directories

2016-11-17 Thread Drew Parsons
Package: libreoffice-common Version: 1:5.3.0~alpha1-1 Severity: serious Justification: Policy 6.2 The new libreoffice 5.3 in experimental fails to install. libreoffice-common fails during preinst attempting to remove directories which are not there: Preparing to unpack

Bug#839701: #839701: native GTK3 print dialog crashes

2016-10-13 Thread Drew Parsons
Should be fixed in 5.2.4.

Bug#839701: libreoffice-gnome: internal crash from native print dialog (Gnome/GTK)

2016-10-04 Thread Drew Parsons
On Tue, 2016-10-04 at 15:31 +0200, Rene Engelhard wrote: >  > Though I consider this configuration questionable per se; on > a company I worked before it afaicr just worked because the PPD (and > printer) > supported it so that you can just print and give you pw _on the > printer_... Give the

Bug#839701: libreoffice-gnome: internal crash from native print dialog (Gnome/GTK)

2016-10-03 Thread Drew Parsons
Package: libreoffice-gnome Version: 1:5.2.2~rc2-2 Severity: normal Because of bug#795929 (upstream #53029), libreoffice can't print to password-protected printers. The suggested workaround is to "Enable experimental features" (Tools-Options-LibreOffice-Advanced) and deactivate LibreOffice Print

Bug#836531: Aw: Bug#836531: Bug#837356: libreoffice-gtk3: Impress is unusably slow on GNOME 3 with libreoffice-gtk3 installed

2016-09-19 Thread Drew Parsons
On Sun, 2016-09-18 at 19:06 +0200, Rene Engelhard wrote: > It should, yes. Actually that is the main Point of this and a > eventual xfce fix would be nice. > > And the patch already is in unstable for some time and the bug > already closed... 1:5.2.1-3 has now come in, and yes, libreoffice-gnome

Bug#836531: Bug#837356: libreoffice-gtk3: Impress is unusably slow on GNOME 3 with libreoffice-gtk3 installed

2016-09-17 Thread Drew Parsons
On Fri, 16 Sep 2016 13:22:09 +0200 Rene Engelhard wrote: >  > in Gtk caused it, but it's fixed in LOs master > (https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef7abe81df1 0cb8a8c04afbb1fbe700f94e73f04) >  libreoffice (1:5.2.1-2) is currently unusably slow in gnome 3

Bug#690066: libreoffice-writer: silently corrupts docx file

2013-10-31 Thread Drew Parsons
Package: libreoffice-writer Version: 1:4.1.2-2 Followup-For: Bug #690066 Since we have to live in a world where everyone else uses Microsoft formats, there's a good argument for marking this bug Grave. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy:

Bug#632920: libreoffice-core: When quickstart is enabled, the reboot/shutdown not work in Gnome

2011-07-06 Thread Drew Parsons
Package: libreoffice-core Version: 1:3.3.3-4+b1 Severity: normal When office quickstart is running, it fails when you attempt to shutdown using the Gnome graphical dialog. The bug has been reported upstream, Bug 34669, https://bugs.freedesktop.org/show_bug.cgi?id=34669 But the report there

Bug#517941: openoffice.org: help localisation too specific: files not found

2009-03-02 Thread Drew Parsons
Package: openoffice.org Version: 1:3.0.1-4 Severity: normal Hi, I use an en_AU locale. There's no en_AU help package, so I install the next best thing, openoffice.org-help-en-gb. Since this provides the English language help files that I need, I don't install other English language help

Bug#340373: bug #340373: no automated language fallback

2008-05-22 Thread Drew Parsons
Package: openoffice.org Version: 1:2.4.0-6 Followup-For: Bug #340373 Hi, the status hasn't change in 2.4.0, so the last comments in this bug still apply. Language fallback is available in /etc/openoffice/dictionary.lst but is apparently not automated in the Openoffice.org gui. Would that be a

Bug#360575: WebWizard is referenced in openoffice.org-common

2008-03-18 Thread Drew Parsons
I'm getting the BASIC script warnings too (Error loading BASIC of document file:///usr/lib/openoffice/share/basic/WebWizard/script.xlb/: General Error. General input/output error., and dialog.xlb). It's quite annoying. I see that WebWizard is referenced in openoffice.org-common, in

Bug#340373: spellcheck should allow use of fallback language

2008-02-18 Thread Drew Parsons
Package: openoffice.org Version: 1:2.3.1-4 Followup-For: Bug #340373 Now that #227655 is fixed, we do have an Australian dictionary, so my own documents are happy. I therefore do not need the fallback mechanism myself. I'll leave this bug open however for other environments, since the fallback

Bug#360677: subscript key shortcut does not work

2006-04-03 Thread Drew Parsons
Package: openoffice.org Version: 2.0.2-2 Severity: normal The customise dialog box tells me that I have keyboard shortcuts for both superscript (Ctrl-Shift-P) and subscript (Ctrl-Shift-B). Superscript works fine. I can highlight a letter and watch it jump up and back again as I press

Bug#340373: spellcheck should allow use of fallback language

2005-11-22 Thread Drew Parsons
you, Drew Parsons -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages

Bug#340373: spellcheck should allow use of fallback language

2005-11-22 Thread Drew Parsons
On Wed, 2005-11-23 at 02:31 +0100, Rene Engelhard wrote: Hi, Drew Parsons wrote: I've defined the default document language in Options: Language Settings-Languages to English (Australian). Likewise, I've selected the dictionary in Language Settings-Writing Aids-Myspell Spellchecker

Re: OOo2 dependencies don't seem right

2005-09-21 Thread Drew Parsons
On Wed, 2005-09-21 at 13:47 +0200, Rene Engelhard wrote: Hi, Drew Parsons wrote: Oh OK. But what does won't work mean? If OOo1 crashes at start up because the OOo2 thesaurus is installed, or vice versa, then the strong conflict makes sense. That indeed is the case. OK. The other

OOo2 dependencies don't seem right

2005-09-20 Thread Drew Parsons
Hi OO Debian developers, thanks for preparing OpenOffice.org 2 Beta2 and putting it in experimental. I'm testing it now (1.9.125+2.0beta2-1). A couple of matters related to package dependencies feel wrong, so I thought I'd ask on the list before submitting bugs. 1) openoffice.org2-common

Re: OOo2 dependencies don't seem right

2005-09-20 Thread Drew Parsons
On Tue, 2005-09-20 at 18:06 +0200, Rene Engelhard wrote: Hi, Drew Parsons wrote: 1) openoffice.org2-common Depends: openoffice.org2-l10n-en-us Is en-us *truly* necessary for OOo2 to work? Yes. In some circumstances it just crashes without it. Maybe it would even make more sense