Closed Bug 441189 Opened 17 years ago Closed 4 years ago

printing selection from comments on "derstandard.at" yields blank output

Categories

(Core :: Printing: Output, defect)

defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: support, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 a) select any longer part of the text on the above page (or any subpage of the main website) and try to print it. Only 1 page will be printed. b) select the User Comments on bottom of the page and try to print the selected text: NOTHING is printed, but interestingly, 2 empty pages. Reproducible: Always Steps to Reproduce: a1 select any longer part of the text on the above page (or any subpage of the main website) a2 try to print the selected text b1 select the User Comments on bottom of the page b2 try to print the selected text Actual Results: ad a) Only 1 page will be printed. ad b) NOTHING is printed, but interestingly, 2 empty pages. Expected Results: print the selected text!
Component: General → Printing
Product: Firefox → Core
QA Contact: general → printing
Version: unspecified → 1.9.0 Branch
This was fixed with the checkin from bug 429337. Firefox 3.5.5 on Linux without plugins prints several pages.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
(In reply to comment #1) > This was fixed with the checkin from bug 429337. That doesn't make sense -- bug 429337's checkin was over a month before this bug was even filed. (And that checkin would be included in the build whose ID was given in comment 0 -- 2008052906) Changing resolution to WORKSFORME.
Resolution: DUPLICATE → WORKSFORME
Actually -- I've confirmed that part "a" is WORKSFORME, but part "b" is still broken, in a 3.0 build and also on mozilla-central trunk! Reopening, and narrowing this bug's scope to just be about that still-broken bit. Simpler & More Precise Steps To Reproduce: - Load URL - Select the word "Userinnen" in the last paragraph of comments section - Print selection This gives me blank output. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.16pre) Gecko/2009110204 GranParadiso/3.0.16pre Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20091217 Minefield/3.7a1pre
Status: RESOLVED → UNCONFIRMED
OS: Windows XP → All
Hardware: x86 → All
Resolution: WORKSFORME → ---
Summary: printing longer selection only prints 1 page → printing selection from comments on "derstandard.at" yields blank output
Version: 1.9.0 Branch → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Easy fix: Install Chris Pedericks Webdeveloper Toolbar, Disable All Styles, make a selection and enjoy the printout. Seamonkeys own CSS disabling technique via View - Use Style - None doesn't help. Results for that page differ between validation by URL http://validator.w3.org/check?uri=http%3A%2F%2Fderstandard.at%2F2635785 and validation by File Upload a previously locally saved file. This file is attached with absolute links for further reference.
Attached file PrintSelection.htm
Test case reduction for original problem may not be possible. I guess problem might be specific to the length of the page and content characters. 1. Only through the URL (http://derstandard.at/?url=/?id=2635785) it can be seen that Print Selection of the word "Userinnen" in the last paragraph of comments section results in printing of blank page through Firefox. 2. The test case that ":hb" attached (attachment 418499 [details]), selection of word "Userinnen" results in printing of the entire sentence half cut. 3. I tried to reduce the test case to the simplest level and found that in my case, the selection of just one word results in printing of the entire sentence, which is certainly a bug. Please find the latest test case (PrintSelection.htm) attached. All the 3 above outcomes are incorrect. In all the above cases, Firefox should have printed just the selected word ""Userinnen". Please note that Google Chrome Browser prints just the selected word correctly in all the above three test scenarios.
Keywords: testcase-wanted

Hi Daniel,

Sorry for the old poke, since this is a very old report I'd like to close it if the issue doesn't occur anymore.
Any idea if this is still an active issue?

Thank you!

Flags: needinfo?(dholbert)

I think this is WORKSFORME.

The URL ( http://derstandard.at/?url=/?id=2635785 ) looks like it's gone through substantial redesign in the time since this bug was filed, and it redirects to the front page which is https://www.derstandard.at/ and doesn't contain the word "Userinnen" anymore. So, we can't be sure whether the issue on the live site ended up being fixed or not, since the live site has changed such that we can't test the original issue there anymore. (I did try doing print-selection with a handful of selected words from the current live site, and they show up just fine in print-preview, with ...the-selected-word... and nothing else.)

In the attached testcases, things seem to work well. In both of them, if you load the testcase and select "Userinnen" and then print and choose "Selection", then the print-preview UI shows ...Userinnen... printed nicely at the top of the page (no other content).

Status: NEW → RESOLVED
Closed: 16 years ago4 years ago
Flags: needinfo?(dholbert)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: