Closed
Bug 83067
Opened 25 years ago
Closed 25 years ago
only odd pages are printed (to file or to printer)
Categories
(Core :: Printing: Output, defect)
Tracking
()
CLOSED
WORKSFORME
People
(Reporter: leary, Assigned: dcone)
Details
(Keywords: dataloss, regression)
I know there is a request to be able to pick odd/even, but in the absence of
that, you ought to be able to print all pages.
leary@nwlink.com, could you please give a more detailed description of your
problem or - as I understand it - your request for implementation of a feature
(And please refer to the bug-writing guidelines, always include the build ID,
etc.) Thanks.
| Reporter | ||
Comment 2•25 years ago
|
||
Sorry for the lame bug. The problem was that only odd pages would get printed
no matter how I pleaded for all of them to be. Went away after some number of
builds. No repro in 0.9.2. Please close.
You don't have to apologize for this;) Could _you_ please close the bug, because
I haven't the rights yet.
| Reporter | ||
Comment 4•25 years ago
|
||
Was apparently fixed in development...
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Michael, is this working for you now? please try again in recent build.
| Reporter | ||
Comment 6•25 years ago
|
||
in 2001071106: fail
printing to a file:
first page first: works fine *the first time* (misses sidebar content, but that may be a setting issue; see settings below)
last page first: only prints pages 1 and 3
first page first, again: only prints pages 1 and 3
**as viewed in gv 3.5.8**
printing to a printer:
first page first: works fine
last page first: prints all pages, except in first page first order :/
other settings: grayscale, letter, all pages, each frame separately
printer is a lexmark optra e312, LPRng 3.7.4-23
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 7•25 years ago
|
||
Marking NEW.
| Assignee | ||
Comment 8•25 years ago
|
||
I can print everything just fine on a laserwriter and GS using 7.0 linux.. is
there a specific URL you are printing. There are some table pagenation problems
that do have bugs that would make more sense as the problem. Also printing to a
printer or file uses the exact same code.. except for the file name so those
results worry me. The only possiblity would be that the printer and file are
using different paper sizes and a table pagenation problem is croping up.
| Assignee | ||
Comment 9•25 years ago
|
||
reporter.. please open if you still see the problem, I can not reproduce, and
include a URL with the re-opened bug if you see it. Remember that Framesets
print only one page, and there are table pagenation bugs.. it lookes like
odd..even pages.. but data is skipped. If this a table.. veryify the bug
without tables.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 10•25 years ago
|
||
Michael Leary, please VERIFY this one.....see Don Cone's last comments..thanks.
| Reporter | ||
Comment 11•25 years ago
|
||
*sigh* I'm on a crippled dial-up 'til at least 07252001 so I can't test on
anything newer than 0.9.2. Not repro there. Will re-open later if I can repro.
Comment 12•25 years ago
|
||
marking verified.
Michael will REOPEN later if he finds any problems with this fix.
Status: RESOLVED → VERIFIED
Comment 13•24 years ago
|
||
It's definitely causing me troubles 0.9.2 (2001080110)
And it seems to be the same thing being described by bug 84149.
| Assignee | ||
Comment 14•24 years ago
|
||
I understand your still seeing this.. but I need a URL, and verify this without
tables. Thanx.
| Reporter | ||
Comment 15•24 years ago
|
||
never repro'd without tables. closing. see bug 84149 if you're having this
problem.
Status: VERIFIED → CLOSED
You need to log in
before you can comment on or make changes to this bug.
Description
•