If I choose Insert > Envelope > Insert, the envelope is added as the first page in the document.
When I print, only the envelope is printed, even though I have selected "all pages" or page "1-2" in the print dialogue.
Not reproducible for me with LibO 3.4 Beta 3
I tested with LibO 3.4 beta 3 and it was the same: Only the envelope is printed.
Which OS do you use? I tested under Win7 64 bit.
(In reply to comment #3)
> Which OS do you use? I tested under Win7 64 bit.
I use OS X 10.6.7
Maybe a platform dependent bug.
I can reproduce this behaviour, but I can also work around it.
If you insert an envelope, say A4 size into an existing document, it creates a page break which resets the page size of the following pages. This caused printing of the subsequent pages to fail on my system, Mac OSX 10.6.7.
LibO does not inform you of the page problem unless you activate the option in the preferences to require that the page of your document conform to the page default of your printer (although I haven't actually tried this to see if it works as designed). Thus the print operation fails silently. The only reason I could see it is because my HP Laserjet shows an orange error light when there is a page mismatch.
If you reset the page size of the pages following your envelope insert to A4, or rather, to your printer default page size, then all of the pages will print out, at least that is how I managed to do it.
However, I consider it a bug that inserting an envelope resets the page size for the subsequent pages. That should not happen IMHO, but it is not the only bug related to the use of envelopes in LibO at the moment.
Hmmm, more info :
My assumptions weren't quite right. I just tried to print a 3 page document.
First page : inserted envelope B4 size
Second page : test text plus manually inserted page break
Third page : more test text
The first page prints out twice, the second page once, and the third page not all.
No error messages anywhere. I had configured the default page size to be A4 before inserting the envelope.
Even though I chose B4 size envelope, if I click on the page where the envelope was inserted, it says that my page size is Custom...which appears to be incorrect since it should logically be B4.
So there is obviously a problem, but what the root cause of that problem is still remains unclear.
I don't know if it's platform dependant.
I tested with Ubuntu Live CD 11.04, which ships with LibreOffice 3.3.2, and found a new behaviour. When I tested, page one was the envelope and page two was text. When I printed and selected "all", the envelope was printed all right but the next page was blank.
One for cedric?
Linking to 35711 because the same problem occurs there, albeit with multi-page documents, but the end result with regard to the user is the same, i.e. the user can only print the first page, or else 2 successive print operations are launched, and the first page is printed twice. In addition, it appears that the page count is incorrect.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
That reported specific issue is for me not reproducible with LO 188.8.131.52 (Win7 Home, 64bit).
1. Open a new document in WRITER
2. Write "Test Page 2" in the first line
3. Insert a page break after the typed text (go to the menu INSERT -> MANUAL BREAK -> select PAGE BREAK and press OK)
4. Write "Test Page 3" in the first line of this new second page
5. Place the cursor before the word "Test" on page 1
6. Go to the menu INSERT -> ENVELOPE and go to the tab FORMAT
7. In the section SIZE select as format "B4 (ISO)" and press INSERT
8. Go to the menu FILE -> PRINT and select the printer and assure that "All pages" is selected
Result: The envelope is inserted correctly and all three pages are printed. No page is missing and no page is printed twice or anything else like that.
But I experienced a strange other issue. Page 1 (the envelope) and page 2 are ok. But if I check page 3 then the text "Test Page 3" does not appear in the first line but several lines below on this page.
@Mac OS users: Did this issue still persist for you with the latest release of LO?
Can anybody confirm my experienced issue with the latest release of LO?
Still not resolved on OSX LO 184.108.40.206.
This is now getting to be a very old bug.
Notice that the print dialog gets called twice, the first time the user is led to think that the whole document has been sent to the printer, and while that process is occurring, the print dialog is displayed a second time, but with one page less than the actual total number of pages.
@Alex: Due the fact this is a bug < version 3.6 we have to place it on the mab3.6 list.
Lets reset Assignee due no activity in about 2 year, and we work now with a 'pull' principle for developers (not assign them right away :-) ).
hi. do you still reproduce the bug with recent 4.0.4 and 4.1.0 final release?
moreover it would be useful to attach a sample document which reproduces the bug.
(In reply to comment #13)
> Still not resolved on OSX LO 220.127.116.11.
>This is now getting to be a very old bug.
according to this comment I move this Mac specific bug to the 4.0 MAB list.
still waiting for confirmation in later 4.0.x and 4.1.x releases
(In reply to comment #18)
> (In reply to comment #13)
> > Still not resolved on OSX LO 18.104.22.168.
> >This is now getting to be a very old bug.
> > Alex
> according to this comment I move this Mac specific bug to the 4.0 MAB list.
> still waiting for confirmation in later 4.0.x and 4.1.x releases
You have confirmation for 4.0.x in comment 13. If, as I suspect, this issue has the same root cause as bug 35771, then it is still present in 22.214.171.124
Adding Cedric, Caolan, Tor to CC.
Guys, it seems that this bug, and those linked to it, has never really had your attention drawn to it, but it is (1) problematic for office usage on the Mac, (2) quite old now.
Anyone care to take a look ?
(This is an automated message.)
Setting priority to highest as this is a 4.0 MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Could someone please test this with 4.1 or 4.2? I would like to know if we have to move it to mab4.1. Cheers.
Tested on 126.96.36.199 OSX 10.9
Not only is the problem still there, it has got worse...
Whereas previously only the first page would print out, i.e. the envelope page, when I now try to print via either a Samsung CLX 375 FN or Kyocera CS5150DN (both are networked laser printers), I systematically get a jam of the first page within the printer resulting in hours of endless fun trying to retrieve the sheet/envelope/support on which the address has been printed. Of the second page, on which I had typed the word "test" and pressed the return key, there is no sign. The second page does not even display in the Print as PDF Preview provided by the underlying OS.
thanks Alex. moving to the mab4.1 list.
CC'ing Thorsten (listed as the Mac expert).
moving this old bug to mab4.2 list since 4.1.x is END OF LIFE
*** Bug 75803 has been marked as a duplicate of this bug. ***
for the record, bug has been reproduced also with LibO 188.8.131.52
please Mac users, retest with 184.108.40.206 or 220.127.116.11 beta1
if bug is still present please move this from mab4.2 list to mab4.3 list since 4.2.x reached the end of life
LO 4341 OSX 10.10.1
Envelope page gets printed, then printer attempts to print the envelope page again and jams - bug still present
just an head up about 4.4.x
is the bug still here?
(In reply to tommy27 from comment #31)
> just an head up about 4.4.x
> is the bug still here?
Samsung CLX3170FN printer systematically jams halfway through printing of envelope page. The reason for the jam appears to be that the printer receives an incorrect page size instruction from LO via CUPS for the subsequent page.
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
Locale : fr_
It is desperate that this bug still hasn't been fixed. Even testing for this bug is PITA. A single print job attempt, which fails, as described above, is kept in the memory of the printer, meaning the print job attempts to repeat itself endlessly until the printe is switched off and back on again. The cancel button is useless in that regard. Granted, this could be a design error in the printer, where the Cancel button should always be allowed to interrupt the print process, but having to pull out three jams before switching off the machine is :
- time consuming;
- very irritating;
- a huge waste of paper.
This doesn't motivate any tester to keep retesting this bug just to see whether, on the off-chance, it might have been fixed.
It still represents even in LO 18.104.22.168
I think that the best way to cope with this "bug" Is just to print an envelope as a separate print-task.
Why does this bug status say assigned ? Who has taken it to try and fix it ?
@Bookman900 : apparently you have assigned yourself this bug ? Are you attempting to fix it ? If not, then please unassign yourself and set back to NEW.
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
This bug still seems to be present using Mac OSX 10.13.6 with LibreOffice 22.214.171.124