Closed Bug 236727 Opened 20 years ago Closed 20 years ago

mousewheel failure with document.getElementById("foo").innerHTML

Categories

(Core :: JavaScript Engine, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: anubis, Unassigned)

Details

(Keywords: qawanted)

Attachments

(1 file, 3 obsolete files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

There is a strange mouse-wheel failure with
'document.getElementById("foo").innerHTML = "...";'

When I display a so called 'tooltipp'-box using .innerHTML, then after closing
the box the wheel doesn't work anymore. I tried styles 'display' (testcase1) AND
'visibility' (testcase2). A completely other behaviour is the result when the
vibility is hidden, but the tooltipp-node isn't cleared by:
'document.getElementById("foo".innerHTML = ""; (as shown in testcase3).

Please have a look at the Testcases 1,2 and 3 which I will append to this
report, for further details.

This problem occurs with 0.80 Firefox (both WinXP, Linux Debian[sid]) and with
Mozilla 1.5 (debian sid). IE6 seems to do it correctly and also opera 7.11 has
the mouse-wheel behaviour what I expected (but another bug).

Reproducible: Always
Steps to Reproduce:
1. Open the testcase 1, 2 and/or 3
2. resize Browser to get scrollbar and move the pointer over the bold words in
the text
3. try to use the wheel after closing the 'tooltip' (testcases 1 and 2) or
DURING the tooltip is visible (testcase 3)

Actual Results:  
The mousewheel does not work as expected.

Expected Results:  
the mousewheel should work all the time.
Attached file Testcase1: using .style.display (obsolete) —
this is based upon the example as mentioned in "DHTML" - book (2003, Franzis',
Poing/Germany) by Stefan Münz.
Attached file Testcase2: using .style.visibility (obsolete) —
this example is modified (using css 'visibility' instead of 'display') but same
result.
Depends on: 97283
using css 'visibility' as in testcase2, but the 'clearing' the tooltip.node by
document.getElementById("Tooltip").innerHTML = "";
has been commented out, which cause a completly other behaviour, but as I
suppose, it's still not correct.
Attachment #143190 - Attachment description: Testcase1: using .style.visibility → Testcase2: using .style.visibility
probably a focus issue.... 
Keywords: qawanted
After the "Element" is shown, the closing does not work when the variable has
been extended by the 'closing part' as follows
variable = variable + <closing part>
Attachment #143189 - Attachment is obsolete: true
Attachment #143190 - Attachment is obsolete: true
Attachment #143191 - Attachment is obsolete: true
It is NOT a problem with DOM. It is a problem with JavaScript engine.

Please have a look to testcase 4.  If you are new to this 'bug' please just
refer to the mentioned TestCase "JavaScript Problem with the + Operator". 

The wheel works when the "closing" is already a part of the variable, there is
no problem. But when the closing part is added by the addition-operator (+),
then the wheel is blocked. 

Example: variable = variable + 'link-to-close'
Component: DOM: Core → JavaScript Engine
No longer depends on: 97283
I see this on LInux 2004033108.  When I click anywhere I can then scroll again.
I can reproduce the problem in
https://bugzilla.mozilla.org/attachment.cgi?id=143308&action=view using Mozilla
1.6 but not Mozilla 1.85a from today on winxp sp2. 

-> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
I tried the newest Mozilla-Firefox nightbuild (WinXP/SP1). It also works for me
now. Seems to be resolved with the new mozilla version. Thank you very much!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: