Package: libreoffice-writer
Version: 1:4.3.3-2+deb8u1
Severity: normal
(also occurs with the latest)
when using a cups print configuration with /etc/cups/client.conf,
libreoffice-writer fails to open a dialog printing window unless
libreoffice-writer is started from a terminal
Does not work:
sending to kde bug report
--
To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5252b107.7010...@videotron.ca
This is a brand new VM-testing machine..
The video speaks for itself. +x is required..
This bug will be reported to other package maintainers, as I said it
sounds like it's a deeper problem than libreoffice itself.. (and I don't
think I should be the one addressing this to other package mainta
I think i'll just post a video for libreoffice maintainers from now on ;)
1- Yes it is possible to drag and drop items from the gnome-classic
menu (People who read the top of the bug report will immediately assume
that it isn't possible, but it is)
2-There is a problem probably deeper than ju
I attached a video to help demonstrate how to turn on shortcut icons on
the gnome-classic desktop.
The shortcuts dragged from the menu to the desktop makes .desktop files
with the +x execute set on them. (but nothing gets set properly when
dragging the libreoffice items so I demonstrate working
Please drag and drop an item of openoffice on the desktop, I never said
it was the default Gnome 3, but I mentioned in brackets "gnome-classic"..
After I drag and drop an item onto the desktop (always gnome-classic),
the .desktop item does not work when double-clicking on it. However
doing chm
Package: libreoffice
Version: 1:3.5.4+dfsg-2
Severity: normal
Dear Maintainer,
simple problem :)
drag and drop from menu (gnome-classic at the very least), fails to make chmod
+x .desktop files
, All the other menu items when dragged to the desktop have the +x bit set on
them...
Please fix, tha
7 matches
Mail list logo
