Closed Bug 88070 Opened 23 years ago Closed 23 years ago

Active Accessibility: Crashes occur with Immersion Desktop 2.1.6

Categories

(Core :: XUL, defect, P1)

Product:
Core
Component:
XUL
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla0.9.7

People

(Reporter: SkewerMZ, Assigned: aaronlev)

References

(
URL
)

Details

(Keywords: crash, regression, relnote)

Attachments

(1 file)

testcase crashing Accessibility.dll with Immersion running
1.09 KB, text/html
Details 
Procedure: Visit <http://www.countingdown.com/evolution/index2.html> and click
just about any link. Crash or hang will occur once second page loads. Each time
I got a crash I filed a talkback. Invalid page faults occur in a variety of
modules, such as <unknown>, kernel32.dll, and msvcrt.dll. Here is a sample of
crash data:

MOZILLA caused an invalid page fault in
module MSVCRT.DLL at 018f:7800122d.
Registers:
EAX=020adbd0 CS=018f EIP=7800122d EFLGS=00010202
EBX=007a005c SS=0197 ESP=01a4fb90 EBP=01a4fbb0
ECX=0528b70c DS=0197 ESI=00000003 FS=5fcf
EDX=029454bc ES=0197 EDI=020ae554 GS=0000
Bytes at CS:EIP:
89 79 08 0f 84 fb 00 00 00 8b 4d f4 8d 0c f1 8b 
Stack dump:
0000001d 0000001e 00000001 81b91258 00000030 020ae524 00000040 00000004 01a4fbe4
7800145c 007a005c 0000001d 01a4fc5c 00000001 02946850 81bab6f0


Build: 2001062704 Win98
Keywords: crash, hang, mozilla0.9.2, nsbeta1, nsCatFood, nsdogfood
WFM 2001062608/Linux -- I browsed all over that site with no problem.  Either a
platform issue or a very recent regression.
wfm linux 2001062621
cannot repro this, removing all the useless keywords that are ns only.  Can you
try with a new profile?
Keywords: hang, nsbeta1, nsCatFood, nsdogfood
wfm with win2k build20010627.. (CVS opt)
WFM win98 2001062704

After a good bit of diagnostic testing, I've determined that this problem occurs
only when Immersion Desktop 2.1.6 is running. I have no way of knowing whether
this crash is Immersion's fault or Mozilla's fault, does anyone have an insight
on this? If anyone can determine that the fault is within the Immersion
software, provide me with enough information to notify them of the problem.

Immersion: <http://www.immersion.com/>
Software download page: <http://www.immersion.com/desktopdnld.html>

This software is used with Logitech iFeel mice.
Summary: 100% reproducible crash or hang → Crashes occur with Immersion Desktop 2.1.6
possible relnote issue
Keywords: relnote
I have an IFeel mouse with immersion desktop 2.1.6 and I was able to browse that 
site fine. using build 2001071004 on 98SE.
The reason I checked out this bug was becuse I was getting a weird crash in 
Accessibility.dll almost EVERY time i went to a bugzilla query. When I saw the 
Immersion 2.1.6 I thought that I upgraded at about the same time and this might 
be it, but then I was unable to reproduce it at the evolution site. So I just 
went back to my bugzilla query page and can reproduce a crash 100% if I have 
Immersion 2.1.6 running I exited the program and cannot get it to crash for the 
life of me. the instant I start Immersion back up BOOM!

Talkback ID# TB32758906Q 

I also sent in a bunch of Identical talkbacks over the last few days (now I 
realize ever since I upgraded to Immersion 2.1.6) if you need them. :-)

Can anyone identify what component this bug belongs in with the talkback ID?
Keywords: mozilla0.9.3
Incident ID 32758906
Stack Signature ACCESSIBILITY.DLL + 0x673a (0x6001673a) b2d5a65d
Bug ID
Trigger Time 2001-07-10 21:47:08
User Comments Everytime I go to a bugzilla query page I crash
Build ID 2001071009
Product ID MozillaTrunk
Platform ID Win32
Stack Trace
ACCESSIBILITY.DLL + 0x673a (0x6001673a)
ACCESSIBILITY.DLL + 0x6bf4 (0x60016bf4)
ACCESSIBILITY.DLL + 0x6227 (0x60016227)
GKWIDGET.DLL + 0xfd99 (0x6048fd99)
OLEACC.DLL + 0x2d13 (0x04202d13) 
->aaronl
Just attached a testcase with a simple form on a web page. I've narrowwed down
at least one of the causes of this bug to having a <select> tag with more items
than its height -- thereby causing it to scroll. If you hover your mouse over
the listbox Moz crashes. If the listbox doesn't have more items than its height,
Moz doesn't crash. This doesn't appear to have the same effect on drop-down boxes.

Notes on Immersion Desktop:
Immersion uses Microsoft accessibility features to provide force-feedback for
Logitech mice when hovering or clicking on certain window items. This probably
explains why hovering over a list-box with active scrollbars causes a crash in
accessibility.dll

I'm not sure why this only started happening with Immersion 2.1.6, but both it
and the major accessibility rewrites happened around the same time, and
unfortunately I don't have the software to downgrade to Immersion 2.1.4.
Adding the nominating for Moz Milestones keywords since this is a crash.

Asa, you wrote 

------- Additional Comments From Asa Dotzler 2001-07-11 10:37 -------

->aaronl


The bug is still assigned to you if you were trying to change it. Is there a
better component for this bug than "Browser General" Other Accessability bugs
seem to be filed in XPToolkits/Widgets This might have more causes than the
testcase I provided though, so maybe its not just accessibility. (The original
report was in MSVCRT - but in windows everything crashes MSVCRT :-)
Keywords: mozilla0.9.4, mozilla1.0
oops, really aaronl now.
Assignee: asa → aaronl
Component: Browser-General → XP Toolkit/Widgets
I'm on this one. I think we have it solved.
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla0.9.4
I think this is a combination of bug 94238, bug 90624 and perhaps bug 91547.

Although I don't have Immersion to test with, I've found that I had problems
getting accessibility info out of the listbox testcase provided.

Once bug 94238 is checked in, I'll ask for testers to try again.
Skewer, Mike, or anyone else with Immersion - please test with a recent build of
Mozilla. I think the problem will be fixed.
This seems to be fixed now. I'm not seeing crashes anymore in 2001080904 Win98
while running Immersion 2.1.6.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verifying fixed. I can't seem to get Mozilla to crash at all anymore. :-) (And I
was getting so good at it.)
Status: RESOLVED → VERIFIED
I am seeing this again on build 2001101003. It wasn't happening yesterday as far
as I know, and I am sure it started again within the past week. Testcase still
applies and crash is in Accessability.dll again.

Talkback ID TB36585785K

adding/updating relevant keywords. 

I don't know whether this bug is on the branch, If it is, it is fairly serious.
Status: VERIFIED → REOPENED
Keywords: mozilla0.9.3, mozilla0.9.4 → mozilla0.9.6, mozilla0.9.7, regression
Resolution: FIXED → ---
OK, I'm willing to bet this regression was caused by John Gaunt's checkins on
10/9/01 at 14:52-14:53 for bug 102777

That is the only real thing I can see affecting Accessibility within the past week. 
0.9.4 is way gone. moving to closest milestone. Can someone look at this? its a
recent regression, and I think I found the offending code. jgaunt? aaronl?
Target Milestone: mozilla0.9.4 → mozilla0.9.6
How can we get a copy of this software?

It seems like a great way of looking for problems in the accessibility code.

Is it expensive?
Mike,

Do you have Visual Studio? Is there any way you can run Mozilla in the debugger
for us to see exactly what line we're crashing on?

- Aaron
Aaronl: <http://www.immersion.com/products/desktopdnld.shtml>

Mozilla is incompatible with this product, besides the crashing problems.
Some answers. 

You can get the Immersion Desktop Software if you buy one of the products that
comes with it. I use the logitech "i-Feel" mouse. Last i heard it was 39.95.
Immersion.com has info on the program itself, but its kind of worthless without
something to feel the force-feedback with.

I do have Visual Studio. I've never set up a build environment for mozilla. (It
always seems like there are too few minutes in the day. Maybe this weekend.) But
I can hit the "Debug" button in the illegal operation box that comes up and give
you whatever info you need there. Just tell me what you want me to grab and I
can do it.
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Summary: Crashes occur with Immersion Desktop 2.1.6 → Active Accessibility: Crashes occur with Immersion Desktop 2.1.6
I am no longer crashing in Accessibility.dll with build 2001111303 on Win98

Not sure what changed within the past weeks, but I guess this bug goes back to
Fixed.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Please see bug 116796 We now crash in the mail window Native Widgets. I've CCd
some of the people from this bug in case you'd be interested. Somewhere our
active accessibility code is doing something bad, and If we don't figure it out,
this bug is going to keep popping up.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: