Bug#1018049: libreoffice-writer: PDF export fails to dump the file where instructed; and in one case writes no file at all

2022-08-24 Thread Rene Engelhard 

tag 1018049  + moreinfo

tag 1018049  + unreproducible

thanks


Hi,

Am 24.08.22 um 20:08 schrieb debbug.lowri...@sideload.33mail.com:

Package: libreoffice-writer
Version: 1:7.0.4-4+deb11u1
Severity: normal
X-Debbugs-Cc: debbug.lowri...@sideload.33mail.com

When performing an “export as…”, we are given a couple choices:

1) “export as PDF”
2) “export directly as PDF”

It’s unclear what direct means, and what’s implied by the first option
(apparently indirect). So that’s consfusing;


But explains itself when clicking?

-  export as PDF allows to set export options like format etc (dialog box)

-  export directly as PDF does exactly that directly to a file (file 
save dialog)



I don't consider that anything confusing. Maybe just try it once and 
then you'll see? Not everything needs to be overly documented. (The 
first option actually is:


*https://help.libreoffice.org/7.0/en-US/text/shared/01/ref_pdf_export.html?=WRITER=UNIX*

*also in it)*



  but whatever. I chose the
first option. Then I navigated by manually editing the path in the
first field (because it was not obvious how to navigate graphically).


Which path? There's options, not a path. Did you mean the file dialog? 
Which would be exactly the same dialog as in 2)?


And navgigate is "use the mouse", obviously? Probably some tabbing, too 
to get the correct box.




When I saved the file, it did not appear in the specified place.
Instead it dumped the PDF in the same directory as the original
doc. This is bug 1.

Just works here. Maybe you fell into the same trap as your "bug 2"?

Since I did not find the file initially, I tried again, this time
choosing “export directly as PDF”.  I discovered the graphical way of
navigating. It’s non-intuitive: a down arrow in the top right of he
window.



I used that to navigate to the place where I wanted the file
written.  The default filename was good as-is, so I clicked “export”,
and instead of exporting the file in the directory that is showing,
the UI simply navigated one level deeper.
If you choose a directory and selected a directory this is expected. 
Then don't choose a directory in there? Or go into that directory? Not a 
bug at all.

When I repeat the above procedures, sometimes an item on the screen
blinks rapidly, such as the “export” button or the field holding the
path, and the window is frozen and refuses input. I have to kill
lowriter at that point.  I’ll call this bug 3, but note that I’m using
Sway which is a tiled window manager that’s not too mature, so this
3rd bug could actually be a bug outside of lowriter.


Then rule that out and use something which you can do stuff reliably on.


Regards,


Rene

Bug#1018049: libreoffice-writer: PDF export fails to dump the file where instructed; and in one case writes no file at all

2022-08-24 Thread debbug . lowriter 
Package: libreoffice-writer
Version: 1:7.0.4-4+deb11u1
Severity: normal
X-Debbugs-Cc: debbug.lowri...@sideload.33mail.com

When performing an “export as…”, we are given a couple choices:

1) “export as PDF”
2) “export directly as PDF”

It’s unclear what direct means, and what’s implied by the first option
(apparently indirect). So that’s consfusing; but whatever. I chose the
first option. Then I navigated by manually editing the path in the
first field (because it was not obvious how to navigate graphically).
When I saved the file, it did not appear in the specified place.
Instead it dumped the PDF in the same directory as the original
doc. This is bug 1.

Since I did not find the file initially, I tried again, this time
choosing “export directly as PDF”.  I discovered the graphical way of
navigating. It’s non-intuitive: a down arrow in the top right of he
window. I used that to navigate to the place where I wanted the file
written.  The default filename was good as-is, so I clicked “export”,
and instead of exporting the file in the directory that is showing,
the UI simply navigated one level deeper.  I could not make it dump
the file in the directory that I chose. I had to abandon the
operation. This is bug 2.

When I repeat the above procedures, sometimes an item on the screen
blinks rapidly, such as the “export” button or the field holding the
path, and the window is frozen and refuses input. I have to kill
lowriter at that point.  I’ll call this bug 3, but note that I’m using
Sway which is a tiled window manager that’s not too mature, so this
3rd bug could actually be a bug outside of lowriter.

-- Package-specific info:

-- System Information:
Debian Release: 11.4
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 
'testing'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-16-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice-writer depends on:
ii  libabw-0.1-1 0.1.3-1
ii  libc62.31-13+deb11u3
ii  libe-book-0.1-1  0.1.3-2
ii  libepubgen-0.1-1 0.1.1-1
ii  libetonyek-0.1-1 0.1.9-4
ii  libgcc-s110.2.1-6
ii  libicu67 67.1-7
ii  libmwaw-0.3-30.3.17-1
ii  libodfgen-0.1-1  0.1.8-2
ii  libreoffice-base-core1:7.0.4-4+deb11u1
ii  libreoffice-common   1:7.0.4-4+deb11u1
ii  libreoffice-core 1:7.0.4-4+deb11u1
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstaroffice-0.0-0  0.0.7-1
ii  libstdc++6   10.2.1-6
ii  libuno-cppu3 1:7.0.4-4+deb11u1
ii  libuno-cppuhelpergcc3-3  1:7.0.4-4+deb11u1
ii  libuno-sal3  1:7.0.4-4+deb11u1
ii  libuno-salhelpergcc3-3   1:7.0.4-4+deb11u1
ii  libwpd-0.10-10   0.10.3-1
ii  libwpg-0.3-3 0.3.3-1
ii  libwps-0.4-4 0.4.12-1
ii  libxml2  2.9.10+dfsg-6.7+deb11u2
ii  ucf  3.0043
ii  uno-libs-private 1:7.0.4-4+deb11u1
ii  zlib1g   1:1.2.11.dfsg-2+deb11u1

Versions of packages libreoffice-writer recommends:
ii  libreoffice-math  1:7.0.4-4+deb11u1

Versions of packages libreoffice-writer suggests:
ii  default-jre [java8-runtime] 2:1.11-72
ii  fonts-crosextra-caladea 20130214-2.1
ii  fonts-crosextra-carlito 20130920-1.1
ii  libreoffice-base1:7.0.4-4+deb11u1
ii  libreoffice-java-common 1:7.0.4-4+deb11u1
ii  openjdk-11-jre [java8-runtime]  11.0.15+10-1~deb11u1

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.13.1-4.2
ii  fonts-opensymbol2:102.11+LibO7.0.4-4+deb11u1
ii  libboost-locale1.74.0   1.74.0-9
ii  libc6   2.31-13+deb11u3
ii  libcairo2   1.16.0-5
ii  libclucene-contribs1v5  2.3.3.4+dfsg-1+b1
ii  libclucene-core1v5  2.3.3.4+dfsg-1+b1
ii  libcmis-0.5-5v5 0.5.2-3
ii  libcups22.3.3op2-3+deb11u2
ii  libcurl3-gnutls 7.74.0-1.3+deb11u1
ii  libdbus-1-3 1.12.20-2
ii  libdconf1   0.38.0-2
ii  libeot0 0.01-5+b1
ii  libepoxy0   1.5.5-1
ii  libexpat1   2.2.10-2+deb11u3
ii  libexttextcat-2.0-0 3.4.5-1
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.4+dfsg-1+deb11u1
ii  libgcc-s1   10.2.1-6
ii  libglib2.0-02.66.8-1
ii  libgpgmepp6 1.14.0-1+b2
ii  libgraphite2-3  1.3.14-1
ii  libgstreamer-plugins-base1.0-0  1.18.4-2
ii  libgstreamer1.0-0   1.18.4-2.1
ii