Xref: utzoo comp.sys.mac.system:4034 comp.sys.mac.hardware:10006
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!bin
From: bin@primate.wisc.edu (Brain in Neutral)
Newsgroups: comp.sys.mac.system,comp.sys.mac.hardware
Subject: Re: IIsi bugs ?
Message-ID: <4158@uakari.primate.wisc.edu>
Date: 4 Apr 91 15:17:41 GMT
References: <1991Apr4.012021.3743@agate.berkeley.edu>
Sender: bin@primate.wisc.edu
Reply-To: bin@primate.wisc.edu
Lines: 41

From article <1991Apr4.012021.3743@agate.berkeley.edu>, by strange@sprite.berkeley.edu (Steve Strange):
|> - On occasion, controls become active without the mouse button.
|>   e.g. when in the control panel, all controls become active (including
|>	lists) just by passing the mouse pointer over them.
|>
| This is the mouse-up problem that has been mentioned before.  I previous
| posting stated that this is a probably a bug in System 6.0.7, as it has
| been seen on machines other than the IIsi.

But it has also been seen on systems other than 6.0.7, although that's
where the problem is predominant.
--------------------------------------------------------------------------
Here are the current results of the survey on hardware configuration
for people who have mice that lose mouse-up events periodically.

Machine				System
IIsi	13			6.0.7	21
SE/30	4			6.0.5	3
IIci	2
IIx	2
LC	1
IIfx	1

Total	23			Total	24

(totals are not the same because one person tried two System files on
the same machine).

There were two reports in which the mouse in question was swapped with
that on another machine.  In both cases the problem followed the mouse,
which seems to indicate a bad mouse.

One other person disassembled the mouse and found a partially snapped
piece of metal in the button assembly.

A similar problem was reported by one person running a IIcx, 6.0.7,
with a Kensington TurboMouse.

--
Paul DuBois                          "The 'C' shell usually doesn't have
dubois@primate.wisc.edu              have job control." -- LAN TIMES