[PP][DOGFOOD]Linux, The top half of the first line is chopped

VERIFIED FIXED

Status

()

Core
Printing: Output
P1
normal
VERIFIED FIXED
18 years ago
18 years ago

People

(Reporter: Ninoschka Baca, Assigned: Syd Logan)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [PDT+][Estimated date 12.17])

(Reporter)

Description

18 years ago
Build 1999110408M11: Linux/Redhat 6.0

Overview: Print using the Editor or from the Mail/News Compose window. Notice
that the top half of the first line does not print. The rest of the document
prints ok.

Steps to reproduce:
1. Start Editor by selecting Tasks/Composer
2. Type atleast 2 lines of text
3. Select the Print button

Actual Results: The top half of the first line is chopped.
Expected Results: I would expect the first line to print comletely.

Additional Information:
- Windows build 1999110408M11, prints as expected.
- Mac build 19991104M11, prints as expected.
(Reporter)

Updated

18 years ago
QA Contact: paulmac → sujay
(Reporter)

Comment 1

18 years ago
Assigning QA Contact to sujay.

Updated

18 years ago
Assignee: dcone → syd

Comment 2

18 years ago
This may have to do with the top margin...
Syd can we get this together.. schedule some time to do the Unix print things..

Comment 3

18 years ago
Release Note for M11

Comment 4

18 years ago
Sorry for the spam, changing QA contact on printing bugs to our new printing
tester, Shrirang!
(Assignee)

Updated

18 years ago
Assignee: syd → dcone

Updated

18 years ago
Assignee: dcone → syd
(Assignee)

Updated

18 years ago
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Priority: P3 → P1
Resolution: --- → FIXED
Summary: [PP]Linux, The top half of the first line is chopped → [PP][DOGFOOD]Linux, The top half of the first line is chopped
(Assignee)

Updated

18 years ago
Status: RESOLVED → REOPENED
(Assignee)

Comment 5

18 years ago
Remaining step is to have printing respect the page size settings, which it
doesn't do. I'd like this to be a PDT+ bug, printing isn't really useful till
the page size issue is resolved.
(Assignee)

Updated

18 years ago
Status: REOPENED → ASSIGNED

Updated

18 years ago
Resolution: FIXED → ---

Updated

18 years ago
Whiteboard: [PDT+]

Comment 6

18 years ago
Putting on PDT+ radar. Go syd!  Fix it!
(Assignee)

Updated

18 years ago
Whiteboard: [PDT+] → [PDT+][Estimated date 12.17]
Assignee: syd → sspitzer
Status: ASSIGNED → NEW
re-assign to me, helping out.
Assignee: sspitzer → syd
back to syd.  he, don and troy are working on this / have a plan.

Comment 9

18 years ago
marking this one fixed to get on the testing radar and
off pdt+.   If other dogfood problems still exist
in this area reopen or crate at new bug.

Partial fix for 18083. Grab page size
preference from user and use it to
compute page size for layout. Previously,
it was assumed that page was 8x10,
ignoring user choice made in the printer
 dialog. r=dcone, a=chofmann.
Status: NEW → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED

Updated

18 years ago
Status: RESOLVED → VERIFIED

Comment 10

18 years ago
Verified with today's commercial build. Marking VERIFIED
You need to log in before you can comment on or make changes to this bug.