433318 - Print Preview numbering incorrect when print spans multiple pages

Status: NEW

(Firefox :: General, defect)

Description

[Jim Jeffery not reading bug-mail 1/2/11]

Opening the URL above and then using: File->Print preview note that the paragraph numbering is wrong on the succeeding pages. 

page 1:
1 thru 15
page 2: 
jumps to 55...

etc

Seen using Vista HP SP1 latest build:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008051120 Minefield/3.0pre Firefox/3.0 ID:2008051120

Comment 1

[Jim Jeffery not reading bug-mail 1/2/11]

Attachment: test page for print preview

Comment 2

[Jim Jeffery not reading bug-mail 1/2/11]

Attachment: test page for print preview

Corrected test

Comment 3

[Jim Jeffery not reading bug-mail 1/2/11]

Attachment: test page for print preview

Comment 4

[Jim Jeffery not reading bug-mail 1/2/11]

It was noted on IRC by the reporter: Quibus that: 
the <ol> numbering is going wrong. And that it only happens when <font> is inside it, and this issue has been seen 2.0.0.14 Debian linux.

Comment 5

[Jiafu Gao]

I encounter the same issue on the <ol> numbering. Example:
  http://www.appliance411.com/faq/dryerheat.shtml
In print view, the first page <ol> is 1, 2; the second page, it jumps to 6, 7...

The most interesting bug I ever seen :-)

Comment 6

[kckclass]

We have a land lease on our site with the <ol> tag that numbers perfectly when viewing - and when you go to print preview or try to print it, the numbers in the <ol> table do not increment correctly. The bug is consistent on all Microsoft OS when running Firefox - we haven't tested it on Macs. To get around the bug we have to create the lease, then either cut and paste directly to MS Word for printing (the html normal view in Firefox looks fine and cuts and pastes ok, though word screws up some formatting) or we have to save it as a hard code file to our server with Perl, and then have employees pull it up with IE which prints and previews correctly - numbers are not out of sequence in IE. This bug has spanned multiple releases of Firefox, happens every single time and you wonder why no one has fixed it yet. It is a blaring example of basic HTML that is consistently dysfunctional and a huge black eye to Firefox that in most other ways, is more robust and reliable than IE. Anyone out there working on this?

Comment 7

[rfw2nd]

Confirmed for me on 13.0.1 Ubuntu 12.04.  I'm interested in working on this bug and will take a look into it when I have a chance.

Comment 8

[rfw2nd]

* In the attached test case... it happens as soon as I set the scaling to at least 63%.  

* Jiafu: I was unable to reproduce the issue in the website you posted.. it works for me, I tried different scale settings as well.

It certainly occurs with my latest build, and I have a suspicion based on the scale setting affecting things that it's something goofy happening with reflow during page generation.  In Jiafu's example the website doesn't reflow when you increase/decrease the scaling, so it just cuts off the text.  However, in the attached testcase, the bla's are allowed to wordwrap, and that's where it occurs.