257991 - Geocaching.com pages use Table layout, breaks ease of printing

Status: RESOLVED DUPLICATE of bug 212034

(Tech Evangelism Graveyard :: English US, defect)

Description

[Dave Schmidt]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

If you load the URL I specified above and do a print preview, you will likely
notice that the first preview page is almost totally blank; only the GEOCACHING
header is on the first page.

Not all of these pages have this problem.  If you go the main site
(www.geocaching.com) and enter in a zip code to get some search results; just
start going thru some of the search results.  Some print fine; others print with
a nearly blank first page.  I'd guess it's about 50/50.

Reproducible: Always
Steps to Reproduce:
1. Load URL mentioned above; or go to geocaching.com, do a search, and load a
few of the search results.
2. Select Print Preview on these pages
3. Observe that some pages have a nearly blank first page

Actual Results:  
The Print Preview did not properly place the web content in the pages.

Expected Results:  
The first page should not be mostly blank.  The print preview should look more
like what is on the screen.

I am using the standard setup for Firefox 0.9.3.  I have not selected any
special themes.

I have these extensions installed:
- DOM Inspector
- googlebar
- image zoom
- allow right-click
- nuke anything
- minit (drag+indicator)
- tabbrowser preferences
- super dragandgo
- superscroll
- adblock

Comment 1

[Justin Wood (:Callek)]

Not marking INVALID, but sending to tech-evang..

The page uses tables, and one very large <tr> for the main content, forcing our
code to push it to a new page, based on semantics of table's, and the fact that
we "avoid" page breaks inside tr's, as should be desired in actual Table use.

Tech-Evang since the site designers should/need to focus on content friendly
pages (and at least let them validate even as HTML 3, let alone HTML 4 trans)

Anyone disagree's, feel free to modify my choice and see me in irc (at the
moment my bugmail is broken)

Comment 2

[Justin Wood (:Callek)]

reassigning to defaults

Comment 3

[Ere Maijala (slow)]

The original test case doesn't work anymore, but I believe this is a dup of bug
212034. 

Having a long table row seems to be an often used way to get the desired layout.
The problem does exist on valid pages too. I think we shouldn't split at tr if
the row wouldn't fit to a single page anyway. 

*** This bug has been marked as a duplicate of 212034 ***