Closed
Bug 58002
Opened 24 years ago
Closed 23 years ago
Radio button selection does not get printed correctly(first button appears selected) [print][content]
Categories
(Core :: Printing: Output, defect, P3)
Core
Printing: Output
Tracking
()
VERIFIED
FIXED
People
(Reporter: eugene.vasserman, Assigned: dcone)
References
()
Details
(Keywords: topembed)
Attachments
(3 files)
(deleted),
text/html
|
Details | |
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/4.08 [en] (WinNT; U ;Nav)
BuildID: 2000101014
When printing an already-filled-out form, the radio button selections printed
incorrectly (printed the first radio button every time instead of whichever was
selected when print called) and all text fields printed plank even though filled
out
Reproducible: Always
Steps to Reproduce:
1. Fill out text fields
2. select some radio buttons (vary between first, second, third and fourth in
pultiple choice)
3. Print
Actual Results: Forms printed wrong (blank, or wrong input)
Expected Results: Printed what was filled out in text fields instead of blank
placeholders. Printed correct selected radio button instead of first choice
Please forgive lack of eloquence in this bug report!
Comment 1•24 years ago
|
||
This shud get fixed with 24406.Pls try a latest build and rechek, Thx.
Comment 2•24 years ago
|
||
Tried with today's build on windows. Agreed that ht radio button selection doe
snot get printed. The first radio button appears selected when printed.
Comment 3•24 years ago
|
||
confirmed and resummarized
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: forms printed wrong → Radio button selection does not get printed correctly(first button appears selected)
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Comment 4•24 years ago
|
||
spam : changing qa to sujay (new qa contact for Printing)
QA Contact: shrir → sujay
Assignee | ||
Comment 5•24 years ago
|
||
content model for the radio buttons does not update the frame tree for the
printout.
Summary: Radio button selection does not get printed correctly(first button appears selected) → Radio button selection does not get printed correctly(first button appears selected) [print][content]
Target Milestone: --- → Future
Comment 6•24 years ago
|
||
This happens on the Mac as well.
It appears as if the act of preparing to print actually causes the radio buttons
to be reset to their initial values. The buttons are reset in the window too, not
just on the printed page.
OS: Windows 2000 → All
Hardware: PC → All
this is an important issue for topembed clients. please retarget it to sometime
sooner...
Keywords: topembed
Target Milestone: Future → ---
Comment 8•24 years ago
|
||
Comment 9•24 years ago
|
||
Worse yet, the radio group gets "reset" to its original values.
Steps:
1) Select radio button "Two"
2) Print page (notice that the "One" radio is now selected
3) Submit form just to varify which radio has been set
4) Note the echo show one is now selected
Comment 10•24 years ago
|
||
Comment 11•24 years ago
|
||
This patch should really be applied to the 9.2 branch. Extremely low risk patch
Comment 12•24 years ago
|
||
This is strange is this still a bug?
I see the bug now, but that is only because we are now in "Standard" for all
form controls. But if I revert back to Quirks and Standard mode, it works fine.
When the bug was open we used quirks and this page had a trad. DTD, so it would
have also been in Quirks mode.
Ignore the patch here I will fix that probalem with Bug 96367.
When Bug 96367 gets fixed I think will be fixed.
Comment 13•24 years ago
|
||
Comment 14•24 years ago
|
||
There are really two issues:
1) The printing PresContext was getting it's compatability mode set correctly
and therefore was always printing in standard mode
(the lastest patch here fixes that)
2) Whenever radios were being printed in standard they "reset" the radios on the
screen and then the history picked up the wrong values and the print out was
wrong. This will be fix by Bug 96367
Assignee | ||
Comment 15•24 years ago
|
||
r=dcone. I ran and helped with this.. this is definitly the solution.
Comment 16•24 years ago
|
||
sr=attinasi
Comment 17•24 years ago
|
||
a=asa on behalf of drivers.
Assignee | ||
Comment 18•23 years ago
|
||
fixed on trunk and .92 branch.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 19•23 years ago
|
||
Eugene, does this work for you now? please try in latest build...lemme know..
thanks.
Reporter | ||
Comment 21•23 years ago
|
||
Verified in 9/5 trunk (Gecko/20010905)
Thanks!
You need to log in
before you can comment on or make changes to this bug.
Description
•