Bad detection of browser -> Evangelism
Assignee: jst → bclary
Status: UNCONFIRMED → NEW
Component: DOM Content Models → Evangelism
Ever confirmed: true
QA Contact: lchiang → zach
Why is this just evangelism ("bad detection of browser") and not a bug when these menus used to work with recent Mozilla builds, such as 2001050904? Since it suddenly stopped working in Mozilla in just the past two weeks, that would seem to be a bug introduced by a recent change.
My bad. You're right. It works with 0.8.1 and 0.9 Reverting component to your choice
Assignee: bclary → jst
Component: Evangelism → DOM Content Models
QA Contact: zach → lchiang
I noticed a similar bug with the recent nightlies at http://www.hib.no After some testing I narrowed it down to documents using Macromedia Dreamweaver's show-hide layers function which also contain a form element somewhere in the document. I checked the source for http://www.geek.com and it seems to use the same Dreamweaver function. I downloaded the source, removed all the form tags, and the menus started working again. I created some simple testcases at http://www.lama.no/mozilla/bug82203test.html to show what is happening. BTW this is on win98 (OS=All?) with nightly builds from the last couple of days. Worked fine on 0.9.
Component: DOM Content Models → DOM Level 0
QA Contact: lchiang → desale
Thanks a lot for the testcases, Lasse! This is probably not an XPCDOM regression since Philip reports it was working in build 20010509 which is after the XPCDOM landing. I have no idea what broke this. :( Sending to DOM Level 0 anyway.
This bug seems to be fixed now. Worksforme on 2001060104 on WinMe.
Yes, this works for me as well now on Windows 2000 (build 2001053004). I believe that this bug was fixed along with the fix that was checked in for bug 73331 on May 30.
Yup, the fix for bug 73331 fixed this one as well.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.