Closed Bug 137473 Opened 23 years ago Closed 22 years ago

Cursor input fails becuase of java(?)

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: roger, Assigned: joshua.xia)

Details

The cursor fails to accept keyboard input on a http webpage form or when trying to enter a url in the url bar of the mozilla browser. I've found out that if i mearly do Edit > Preferences > Advanced > and toggle "Enable Java" to either on or off, the browser/webpage will start to allow cursor/keyboard input again. (no need to "reload page" either) this bug has probabely already been submitted but the query page for bugzilla is quite trivial. appear you must "live" on bugzilla to actuall understand it (lol).
Which build ID are you seeing this with? (Please always include build ID in bug-reports) Also: Which Window Manager are you using? Sounds like a "missing focus" bug. I've seen something similar on occation and used to "solve" it by pasting into the "numb" text field. That usually did the trick. [Reply by clicking link to bug near top of bugmail, and try use form on web for "Additional comments". Or mail me, and I'll paste your reply in bug.]
I mearly download the srpm from mandrake cooker's site. I've seen this bug consistantly for the past year and have also installed Redhat builds. Currently installed is mozilla-0.9.9-2mdk Maybe this'll help, ...clicked help &... Mozilla 0.9.9 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/00200203 I use Enlightenment. nope. i haven't used another windowmanager. i'll try to do so to see if that eleviates the bug. Sometimes, when i goto a form webpage, just selecting an item in a drop-down list provokes this bug and all input via keyboard is stopped for ~3 minutes, but i haven't seen this yet in this current build of mozilla. I've got your email highlighted and will post any additional info i get, plus webpage urls. One thing i do realize, is that Mandrake/Redhat could be adding patches which which may cause this bug! So, i'd have to download a tarball build and install locally to troubleshoot i guess, unless you already know that this bug is consistant with the main mozilla builds.
Strange. "0203" would indicate a build from early February, but 0.9.9 was released in the middle March - over a month later. Do you have multiple mozilla installations there?
Mozilla 0.9.9 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/00200203 is what the help > about page states. 0.9.9 was just released in march...so i thought. No i do not have multiple builds installed. I built this from srpm, and installed only after fully uninstalling all other rpms (to ensure no conflicts). I've seen this bug prior to even upgrading from Mandrake 8.1 > 8.2 Although, I have yet to take the time to download one of the nightly builds to check for consistancy of this bug. ...i first have to find a page that it messes up at. Been about 3 days since i've seen this bug, yet, i haven't been to any heavy java/javascript sites in awhile either.
ok. confirm this as "just a loss of the mouse focus" even just clicking on the edit > preferences (to re-focus teh mouse/cursor to another point) resolves this problem. $ rpm -qa |grep enlight enlightenment-conf-0.15-18mdk enlightenment-0.16.5-11mdk soo....a X/Desktop issue?
Since typing works OK after giving a window/form focus, this is either a duplicate of one of the 360 other currenly open focus bugs - or dup of one of the even more numerous fixed ones. I can't reporduce at will on a day old Linux CVS build. Which doesn't mean there aren't issues. I didn't find specific focus bugs related to E. I know FWM has a few. If you can test a fresh build, from the stabilizing RC1-candidate branch if you prefer, that would be fine.
yup. i'll check-up with a nightly build or something. yup. just loose focus mainly on when filling in forms (online orders, etc)...drop-down selection menus sometimes provoke the lose of focus. ... i wouldn't consider this critical to somebody acustomed with this bug and knows the work-around...only to new or non-computer literate users would pull-out their hair over it.
The cursor is also losing focus in rc1 also. Again, the bug seems minor once you know how to resolve it, but with a new user, their only recourse is to restart mozilla.
-> Oji
Assignee: Matti → joe.chou
Component: Browser-General → OJI
QA Contact: imajes-qa → pmac
OJI or settings in prefs seem to be a red herring here. It sounds like a plain focus issue. Toggling anything would likely help. Reporter: Which themes do you have installed? Does this bug also happen with a new profile?
Chris Petersen is a new QA contact for oji component. His email is: petersen@netscape.com
Assignee: joe.chou → petersen
Status: UNCONFIRMED → NEW
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen
reassign to me
Assignee: joe.chou → joshua.xia
Status: NEW → UNCONFIRMED
I'm going to resolve this. The reporter has never responded to comment #10, and this appears to be Yet Another loss-of-focus issue.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.