Public bug reported:
After a couple of days of uptime, gvfsd-smb always runs out of file
descriptors for me.
Symptoms:
* nautilus will throw a "too many open files" error when trying to access a
Samba share (even if already mounted).
* Saving files, e.g. LibreOffice, to a Samba share will fail.
(In reply to Michael Warner from comment #6)
> https://www.libreoffice.org/download/appimage/
Ah. How'd I miss that? For some reason I only found the PortableApps.com
thing, which is Windows-only.
Alrighty ...
Appimage from the above URL, Basic-Fresh flavour, which gives the following
version in
(In reply to Xisco Faulí from comment #2)
> Could you please try to reproduce it with the latest version of LibreOffice
> [Fresh]
I'm aware that this was a rhetorical question, but, no, I'm afraid I
could not, at least not easily.
Firstly, I try to stick to software from official distribution re
I'm also affected, this is with a Radeon VII.
The VT switching workaround can take many tries to work.
This morning, when it didn't after ~20, I found this bug and tried the
"DISPLAY=:0.0 xrandr --auto" tip via ssh. That in itself did not revive the
display, but afterwards switching VTs suddenly
*** This bug is a duplicate of bug 1859555 ***
https://bugs.launchpad.net/bugs/1859555
Public bug reported:
Previously, I could call up Gnome's desktop overview[?], e.g. via the
Windows key, and type a simple calculation straight into the search bar
on top. Gnome calculator would then provide
Public bug reported:
My dmesg is getting flooded by apparmor audit messages, mostly from
libreoffice (profiles libreoffice-soffice and libreoffice-oosplash):
$ dmesg | tail -n 25
[13682.452555] audit: type=1400 audit(1571920851.001:3672): apparmor="ALLOWED"
operation="open" profile="libreoffice-
https://bugs.documentfoundation.org/show_bug.cgi?id=95336 (why does one always
find these *after* typing up a report?) is similar, but
- I get no error message and it definitely chops off the extension as well.
- I get it even with no file chooser dialogues involved, e.g. opening via
Nautilus, th
Sure, here you go: https://bugs.documentfoundation.org/show_bug.cgi?id=128196.
I've added some more info there as well, most importantly that LO will silently
overwrite anything that already exists with the truncated name, e.g. trying to
save "clobber#1.odt" will overwrite an existing "clobber".
Public bug reported:
[Reported via ubuntu-bug, I'm assuming it has gathered all relevant
system info. More, especially on the Samba server, if required, is
available on request.]
What I'm trying to do:
Save a file whose name contains a '#' character to a Samba share accessed via a
GVFS smb:// pa
