Is this referring to the 'Format For Printing' link in bugzilla?
(eg http://bugzilla.wikimedia.org/long_list.cgi?buglist=1858)

brian wrote:

(In reply to comment #1)

Is this referring to the 'Format For Printing' link in bugzilla?
(eg http://bugzilla.wikimedia.org/long_list.cgi?buglist=1858)

Yes. Previously when I used "print preview" in BugZilla it was formatted for printing, making
the "Format For Printing" link redundant. However, I tried it just now and it was formatted
like it is on screen, except that the background and stuff on the edges of the screen are
missing.

Print Preview looks pretty attractive (no sidebar, etc) right now
in Safari 2.0 on this bug page.

'Format For Printing' removes parts of the form (the comment input
box, resolution options, etc) and changes the form controls to
plain text.

Stripping the MonoBook formatting is done in the print stylesheet
when printing/previewing for either, while both display on screen
with the MonoBook formatting. Does that seem consistent with what
you're seeing?

If I understand correctly, the request is for the 'Format For
Printing' view to engage the print stylesheet onscreen as well?
(ie, tweaking the MonoBook template for Bugzilla so on that
particular page it formats differently)

brian wrote:

(In reply to comment #3)

Print Preview looks pretty attractive (no sidebar, etc) right now
in Safari 2.0 on this bug page.
'Format For Printing' removes parts of the form (the comment input
box, resolution options, etc) and changes the form controls to
plain text.
Stripping the MonoBook formatting is done in the print stylesheet
when printing/previewing for either, while both display on screen
with the MonoBook formatting. Does that seem consistent with what
you're seeing?
If I understand correctly, the request is for the 'Format For
Printing' view to engage the print stylesheet onscreen as well?
(ie, tweaking the MonoBook template for Bugzilla so on that
particular page it formats differently)

Shouldn't the print preview be "format(ted) for printing", since it
is being printed? Why should the print preview be any different to
the page linked to by "Format For Printing"?

Assigning to pdhanda

https://bugzilla.wikimedia.org/show_bug.cgi?format=multiple&id=1577

Looks fine to me?

In Firefox 4.0b2/Linux, https://bugzilla.wikimedia.org/show_bug.cgi?format=multiple&id=1577 still displays with the sidebar, etc intact. The full print styling isn't engaged until actually going to print or print preview.

It's a bit debatable whether this is a problem per se ('format for printing' does some other tweaks to the layout within the page, such as not using form elements) but it is still kinda confusing, since the resulting view doesn't match what you get when you actually print.

How about BZ4 now? ;)

Created attachment 8363
Printable version of issue

(In reply to comment #8)

How about BZ4 now? ;)

https://bugzilla.wikimedia.org/show_bug.cgi?format=multiple&id=1858 is no better. Still has cruft on page 3. See attached PDF.

Attached:

pdhanda wrote:

Bugmeister is the new Bugzilla maintainer and default assignee.

Does this even matter? Who seriously prints out our BZ reports?

(In reply to comment #11)

Does this even matter? Who seriously prints out our BZ reports?

I would go for a wont fix:

• the print preview does not look that bad
• not worth investing time in something nobody use

Thehelpfulonewiki wrote:

Resetting to default per bug 37789

Being bold and marking this bug WONTFIX. We have no interest in supporting bug printing.