Closed
Bug 81362
Opened 24 years ago
Closed 24 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•24 years ago
|
||
This needs to be fixed before beta.
Status: NEW → ASSIGNED
Keywords: nsbeta1
Reporter | ||
Comment 3•24 years ago
|
||
target milestione?
Assignee | ||
Comment 4•24 years ago
|
||
Can I triage my own bugs? setting milestone....
Priority: -- → P2
Target Milestone: --- → mozilla0.9.1
Comment 5•24 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•24 years ago
|
||
Here's another double keystroke bug. Could be a dup?
Hardware: PC → Macintosh
Assignee | ||
Comment 7•24 years ago
|
||
Brian, does your patch from bug 75582 fix this too? If so, can you mark a dup?
Comment 8•24 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•24 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•24 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•24 years ago
|
||
Peter, not sure what you mean. I discovered this in a debug build, is that what
you're asking?
Updated•24 years ago
|
Whiteboard: rtm stopper
Assignee | ||
Comment 12•24 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•24 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•24 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•24 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•24 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•24 years ago
|
Whiteboard: rtm stopper → rtm stopper[fixed with patch in bug 76085]
Comment 17•24 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: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 18•24 years ago
|
||
verif fixed on 0613 trunk on mac. can type once again in flash textfields.
Status: RESOLVED → VERIFIED
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•