steps to reproduce:
- In ubuntu, open a .doc attachment in gmail
=> the file is stored in /tmp and is opened in read-only
- now print the file
=> the printing process occurs in LO but nothing is sent to the printer
This bug basically means you cannot directly open a file in gmail and print it. You have first to save the file (once you have first found out that this is the problem).
Joel: you mind testing this as dedicated gmail user ;-)?
Marking as WFM - tested on Bodhi Linux with gmail.
1. Sent file to myself
2. Download file but select "open"
-- opens read only
LibreOffice version 4.0.4
If this is still a problem with version 4 please let us know.
My mistake - was logged into wrong account :-/ But yes, tested and it seems to work :)
This bug is still present for me on ubuntu 13.04.
Maybe this is an ubuntu specific problem?
Can you print anything from within your temp folder? I think it's very unlikely that it's gmail specific.
Try downloading something else from the web and open directly in LibreOffice - see if you can print.
Adding our resident Canonical employee to the mix :-D
Bjoern - thoughts on this one?
It does not work either when directly opening the file in /tmp.
Indeed, it is not linked to gmail but rather linked to firefox, which stores the downloaded file in /tmp.
OK, the title should be 'LO is unable to print a file opened from Firefox' but apparently, I don't have the permission to change the title.
possibly related to: https://bugs.freedesktop.org/show_bug.cgi?id=43895
Cant reproduce: 4.0.2 on Ubuntu Saucy (13.10) print a /tmp attachment to file just fine here.
So this needs a more specific reproduction scenario ... => NEEDINFO
I updated title - Freeric can you test on Version 4.0 and give us as detailed steps to reproduce as possible. Also please try with a fresh profile - which should happen with version 4 regardless but just in case https://wiki.documentfoundation.org/UserProfile.
If the problem still exists on a fresh profile - and you provide whatever steps you can and details about your setup - mark as UNCONFIRMED and we will check it out
Steps to reproduce:
- open any document from the internet using firefox, e.g.:
- print it
=> nothing is printed.
I tested with a fresh install of the latest LibreOffice and the problem still appears.
Again - please provide ALL information that is needed. What version of LibreOffice are you testing against? Have you tried version 4 since the bug is against 3.6.2? Also when you say "still present in 13.04", what original version did you test on (Ubuntu 12.10?)
please give as much details about your system as possible and then mark the bug as UNCONFIRMED. Until it is marked as UNCONFIRMED, QA will do little more with the bug.
The bug was originally discovered on Ubuntu 12.10 but it is still present on 13.04.
It has been tested using LibreOffice 22.214.171.124 as packaged by ubuntu.
Actually, the bug is not present when using LO as provided by the LO.org website (version 126.96.36.199).
So this is really an ubuntu-package specific bug.
I was able to "print" the sample Word document at this URL:
to a PDF file using LibreOffice Writer 188.8.131.52 on Ubuntu 13.10 (64-bit) just fine. I used Firefox 25 to do this. Here is what I did:
1) Loaded this URL into Firefox 25:
2) Chose the option to open the file using the default application, which was LibreOffice Writer
3) When the document loaded, I clicked "File", then "Print" to print it.
4) When the print dialog window opened, I clicked "Options", then "Print to File".
5) I then proceeded to print the file and was prompted to save the file. I chose to save it as a PDF file.
6) After the save was complete, I confirmed the PDF file was properly created. I'll attach it to this bug report.
I presume "printing to file" would function similarly to printing to an actual printer. My local printer is currently down, which is why I didn't print it to paper.
Hope this helps!
Created attachment 89372 [details]
Sample PDF file generated as described in my comment #14.
This bug is no longer present in ubuntu 13.10.
Since we don't know what patch or who fixed it - correct status is WFM. Thanks for the update :)