Closed Bug 133497 Opened 23 years ago Closed 23 years ago

Vote feature at http://giga.de/ broken

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: xenite, Assigned: asa)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9+) Gecko/20020325 BuildID: 20020325 Go to the URL , find the vote section, and pick one of the answers of their poll (A, B, C, or D). A new window with 2 frames (only the first one is visible, because the second one has a hight of zero). The second (invisible) frame is used to pre-load some images while the text in the visible frame asks the user to wait untile the images are loaded (" Bitte Warten - Grafiken werden geladen"). The javascript in the second invisible frame then should change the URL of the first frame to the html code that displays the result. Unfortunately Mozilla most of the time only displays the text that asks me to wait without proceding to display the results of the poll. It could be a timing issue since Mozilla doesn't always fail to display the results. Reproducible: Sometimes Steps to Reproduce: 1. go to http://giga.de/home/ and find the vote section 2. click one of the buttons (A, B, C, or D) 3. a new window opens that should display the result of the poll Actual Results: A new window opens that tells me to wait while Mozilla pre-loads images Expected Results: After the window has opened the window should display the result of the poll.
WFM, 2002032603 Win 98.
WFM Linux 2002032306.
It usually works the first time you try it. If you then try to vote for a different (or the same) poll, Mozilla usually fails to disply the results. I did set a breakpoint in the second frame at the sourcecode line 'parent.oben.location.href = "...."' to see whether Mozilla actually tries to change the href of the other frame. What I found out is that even though Mozilla does parse that line, the propery of parent.oben.location.href does not change at all! Only manually changing the property in Venkman (i.e. eval parent.oben.location.href="http://www.cnn.com/") does change the visible first frame.
Confirmed, 2002032610 Win 2000. Doesn't even work the first time. Perhaps this is a Win 2000 issue?
Status: UNCONFIRMED → NEW
Ever confirmed: true
wfm with win2k build 20020406.. I opend 3x the same poll and it displayed everytime the result.
I just tried it with the latest build 20020407 and I was no longer able to trigger the bug so it looks like it got fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Please use fixed only if there's a patch attached to the bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
wfm
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
v
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.