Closed
Bug 81362
Opened 23 years ago
Closed 23 years ago
can't type in flash textboxs on Mac
Categories
(Core Graveyard :: Plug-ins, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: shrir, Assigned: peterlubczynski-bugs)
References
()
Details
(Keywords: regression, Whiteboard: rtm stopper[fixed with patch in bug 76085])
I think there is a bug on this about keyboard events getting added twice...could not locate it steps: on mac trunk 0516, load the above test and hot any key in the textfield. Observe that the character gets entered twice instead of once.
Assignee | ||
Comment 2•23 years ago
|
||
This needs to be fixed before beta.
Status: NEW → ASSIGNED
Keywords: nsbeta1
Reporter | ||
Comment 3•23 years ago
|
||
target milestione?
Assignee | ||
Comment 4•23 years ago
|
||
Can I triage my own bugs? setting milestone....
Priority: -- → P2
Target Milestone: --- → mozilla0.9.1
Comment 5•23 years ago
|
||
Moving to m0.9.2 (m0.9.1 indicates a beta stopper).
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Assignee | ||
Comment 6•23 years ago
|
||
Here's another double keystroke bug. Could be a dup?
Hardware: PC → Macintosh
Assignee | ||
Comment 7•23 years ago
|
||
Brian, does your patch from bug 75582 fix this too? If so, can you mark a dup?
Comment 8•23 years ago
|
||
I have no idea. When I go to this page, I can't do anything... none of the fields are active, I can't click in them, I can't type. I feel like I'm failing an intelligence test somehow...
Reporter | ||
Comment 9•23 years ago
|
||
i see this too(mac branch 0605)...I cannot click and get the caret to focus al lthe time ( works once in a while) .however typing does not work at all...
Assignee | ||
Comment 10•23 years ago
|
||
This is pretty bad. Makes flash forms unusable. We must fix this. Changing testcase and summary from: double keyboard event appears in flash edit textfield http://slip/shrir/flashedit.html This seems to work in my debugger though. Brian, can you try in the debugger? OS/2 may also have this problem. cc:ing mkaplay
Priority: P2 → P1
Summary: double keyboard event appears in flash edit textfield → can't type in flash textboxs on Mac
Comment 11•23 years ago
|
||
Peter, not sure what you mean. I discovered this in a debug build, is that what you're asking?
Updated•23 years ago
|
Whiteboard: rtm stopper
Assignee | ||
Comment 12•23 years ago
|
||
I can't reproduce this at all in a debugger, however, I totally see it when I run the build stand-alone. Hm....two things strike me: 1) Console outputs: ###!!! ASSERTION: NS_ENSURE_TRUE(objectFrame) failed: 'objectFrame', file nsDOMClassInfo.cpp, line 2662 ###!!! ASSERTION: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed: '(!((rv) & 0x80000000))', file nsDOMClassInfo.cpp, line 2704 2) I wonder if ::OSEventAvail(0, &aMacEvent); inside nsPluginInstanceOwner::GUItoMacEvent() is effected by the debugger? Brian, can you take a peek if the same is true for you? Otherwise, it's back to printf event debugging!
Keywords: regression
Comment 13•23 years ago
|
||
This bug is also a regression caused by the checkin for bug 64645. Additional information (and patch files) can be found in bug 76085. Applying the new patch from bug 76085 (attacment 37434) does not resolve this problem, but applying attachment 37415 [details] [diff] [review] (which backs out the 64645 checkin) does eliminate this bug.
Assignee | ||
Comment 14•23 years ago
|
||
Yet another regression from bug 64645? I'll try the patches from bug 76085 out as soon as I can on these testcases. At least we have a handel on it.
Depends on: 76085
Comment 15•23 years ago
|
||
Yeah, I've been alternately installing and uninstalling the various patches in an attempt to localize the trouble spot. Unfortunately I (apparently) guessed wrong as to which branch was causing the failure, so I'm doing it again...
Comment 16•23 years ago
|
||
Comparing the functionality of the old code (with the 64645 removal patch installed) with the new patch code I see the same basic functionality in the reflow process. Using the http://slip/shrir/flashedit.html testcase the Reflow() goes through the preShell->CantRenderReplacedElement() case on the first pass (drawing the purple background) and through the NotifyObjectContentWrapper() method on the second pass (the flash edit fields). In other words, nothing obvious... more investigation required.
Assignee | ||
Updated•23 years ago
|
Whiteboard: rtm stopper → rtm stopper[fixed with patch in bug 76085]
Comment 17•23 years ago
|
||
The checkin for 76085 fixed the ability to type in the Flash textboxes, and the checkin for bug 75582 fixed the double keystrokes (the original purpose for this bug). This bug is fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 18•23 years ago
|
||
verif fixed on 0613 trunk on mac. can type once again in flash textfields.
Status: RESOLVED → VERIFIED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•