97298 - Extraneous information printed and formatting off.

Status: VERIFIED INVALID

(Core :: Layout: Tables, defect)

Description

[Craig Daymon]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.3) Gecko/20010808
BuildID:    2001080814

I tried printing the page first with my margins all set to 0.5 inches.  First, I
could find no place in Mozilla to turn off the page header information (Page
name, number and URL) since the space it consumes does not seem to be taken into
account when formatting the page for printing.  Second, I don't need border
lines framing in my printed page.  (There is a dashed line surrounding the
printed web page.)  It wastes ink and does nothing to help the printed page. 
Third, margin settings in general seem to be guess work at best.  With margins
all set to 0.5, I would, on select lines, end up with text truncated on the
right hand side and what should be a one page print turning into two with only
the header information printed to the second.  With the top margin and right
margin set to zero, I no longer get the header information but still get some
truncation of the right hand side visible on the image in the web page graphic
on the top right (guest book).

Reproducible: Always
Steps to Reproduce:
1.Go to the suggested page
2.Print the page with margins all set to 0.5
3.

Actual Results:  See description.

Expected Results:  Printed the page as it appeared, formatting to fit withing
the printer page.  8.5x11 minus 0.5 margins all around is an image area of
7.5x10.  Keep in mind that many printers cannot print to the very edge so
additional reduction may be necessary.  (My Deskjet 660c cannot.)  I would
imagine that this information should be available once the device is opened.

Comment 1

[Boris Zbarsky [:bzbarsky]]

You can turn off the headers using the print preferences in prefs.js.  See
http://lxr.mozilla.org/seamonkey/source/modules/libpref/src/init/all.js#196
(there is no UI for those yet, but it's coming).

I can reproduce the truncation and the blank second page problem with a trunk
linux build (2001-10-18-08).  Looks like a table layout issue.  Over to HTML
tables and setting status to NEW.

Comment 2

[karnaze (gone)]

On win2k, I'm seeing a problem with the tall table skipping to the next page, 
but no dataloss. That table contains a tall cell which contains the image and 
text. The problem is that the cell block is returning a status=1 but a desired 
height greater than the available height in (see comment below). This causes the 
table to be put on the next page to prevent data loss. I'm not sure why the 
block can't split in this case. -->attinasi


    row 040EF8FC r=2 a=11250,12315 c=11250,UC cnt=1253
     cell 040EFA10 r=2 a=11250,12315 c=11250,UC cnt=1254
      block 040F0008 r=2 a=11250,12315 c=11250,UC cnt=1255
       tblO 040F0750 r=2 a=11250,11672 c=0,0 cnt=1263
        tbl 040F0920 r=2 a=11250,11670 c=10500,UC cnt=1264
         rowG 040F09F0 r=2 a=10500,11610 c=10500,UC cnt=1265
          row 040F0A9C r=2 a=10500,UC c=10500,UC cnt=1266
           cell 040F0BB0 r=2 a=10440,UC c=10410,UC cnt=1267
            block 040F0C0C r=2 a=10410,UC c=10410,UC cnt=1268
            block 040F0C0C d=10410,14031
           cell 040F0BB0 d=10440,14070
          row 040F0A9C d=10500,14070
          row 040F0A9C r=2 a=10500,11610 c=10500,UC cnt=1335
           cell 040F0BB0 r=2 a=10440,11610 c=10410,UC cnt=1336
            block 040F0C0C r=2 a=10410,11580 c=10410,UC cnt=1337
            block 040F0C0C d=10410,11775 status=1 // THIS IS THE PROBLEM
           cell 040F0BB0 d=10440,11805 status=1
          row 040F0A9C d=10500,11805 status=1
         rowG 040F09F0 d=10500,11805 status=1
        tbl 040F0920 d=10500,11865 status=1
       tblO 040F0750 d=10500,11865 status=1
      block 040F0008 d=11250,643 status=1
     cell 040EFA10 d=11250,630 status=1
    row 040EF8FC d=11250,630 status=1

Comment 3

[karnaze (gone)]

I turned on debugging output an additional level inside the cell block and saw 
an available height of -195 toward the end. I wonder if this has anything to do 
with the problem.

            cell 03420920 r=2 a=10440,11610 c=10410,UC cnt=1327
             block 0342097C r=2 a=10410,11580 c=10410,UC cnt=1328
              text 03420A34 r=2 a=10410,11580 c=UC,UC cnt=1329
              text 03420A34 d=0,0
              block 03420BA4 r=2 a=10410,11580 c=10410,UC cnt=1330
              block 03420BA4 d=10410,1800
              text 03420F50 r=2 a=10410,11580 c=UC,UC cnt=1343
              text 03420F50 d=0,0
              block 03421080 r=2 a=10410,9540 c=10410,UC cnt=1344
              block 03421080 d=10410,6375
              text 034218C4 r=2 a=10410,11580 c=UC,UC cnt=1349
              text 034218C4 d=0,0
              block 03421994 r=2 a=10410,2925 c=10410,UC cnt=1350
              block 03421994 d=10410,900
              text 03421B54 r=2 a=10410,11580 c=UC,UC cnt=1357
              text 03421B54 d=0,0
              block 03421B98 r=2 a=10410,1785 c=10410,UC cnt=1358
              block 03421B98 d=10410,900
              text 03421C90 r=2 a=10410,11580 c=UC,UC cnt=1365
              text 03421C90 d=0,0
              block 03421CD4 r=2 a=10410,645 c=10410,UC cnt=1366
              block 03421CD4 d=10410,600
              text 03422968 r=2 a=10410,11580 c=UC,UC cnt=1377
              text 03422968 d=0,0
              block 034229AC r=2 a=10410,-195 c=10410,UC cnt=1378
              block 034229AC d=10410,300 status=1
             block 0342097C d=10410,11775 status=1
            cell 03420920 d=10440,11805 status=1

Comment 4

[karnaze (gone)]

The url appears to be no longer valid. -->invalid

Comment 5

[Amarendra Hanumanula]

 Verified.. Invalid