Closed
Bug 444494
Opened 16 years ago
Closed 16 years ago
GlobalWindow Activation Events Sometimes Missed in WinCE
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: wolfe, Assigned: wolfe)
References
Details
(Keywords: mobile)
Attachments
(1 file, 2 obsolete files)
1.87 KB,
patch
|
smaug
:
review-
|
Details | Diff | Splinter Review |
Need to patch around missing GlobalWindow activation events because we do not have WM_ACTIVATEAPP and WM_MOUSEACTIVATE windows messages in WinCE
Updated•16 years ago
|
Component: General → DOM
Product: Fennec → Core
QA Contact: general → general
Version: 1.0 → Trunk
Comment 1•16 years ago
|
||
Comment on attachment 328801 [details] [diff] [review]
Patch Around Missing ActiveApp and MouseActivate Messages in WinCE (Possibly Not Complete Patch Yet)
bkap can you look at this and provide some suggestions?
Attachment #328801 -
Flags: review?(mrbkap)
Comment 2•16 years ago
|
||
jst should really take a look at this.
In general, if a given platform doesn't dispatch an event, I think we generally try to synthesize that event where possible (see, for example, NS_ACTIVATE/NS_GOTFOCUS).
Assignee | ||
Comment 3•16 years ago
|
||
Attachment #328801 -
Attachment is obsolete: true
Attachment #328801 -
Flags: review?(mrbkap)
Comment 4•16 years ago
|
||
This looks like Smaug territory.
Assignee | ||
Comment 5•16 years ago
|
||
Attachment #329467 -
Attachment is obsolete: true
Assignee | ||
Comment 6•16 years ago
|
||
Comment on attachment 329600 [details] [diff] [review]
Same DIFF, just done in Unified instead of Context formatting
I mistakenly removed the review request when updating the attachment from DIFF CONTEXT to DIFF UNIFIED. Sorry for the confusion.
Attachment #329600 -
Flags: review?(mrbkap)
Updated•16 years ago
|
Attachment #329600 -
Flags: review?(mrbkap) → review?(Olli.Pettay)
Comment 7•16 years ago
|
||
So WinCE widgets don't dispatch NS_ACTIVATE/DEACTIVATE? Is NS_GOTFOCUS dispatched?
Or NS_LOSTFOCUS?
http://mxr.mozilla.org/mozilla-central/source/widget/src/windows/nsWindow.cpp#4721
http://mxr.mozilla.org/mozilla-central/source/widget/src/windows/nsWindow.cpp#4763
To me this seems so a widget level bug, agreeing with comment 2.
Comment 8•16 years ago
|
||
Comment on attachment 329600 [details] [diff] [review]
Same DIFF, just done in Unified instead of Context formatting
I really wouldn't like to have this kinds of hacks, unless nothing else works.
Attachment #329600 -
Flags: review?(Olli.Pettay) → review-
Comment 9•16 years ago
|
||
Ere, do you know anything about WinCE?
Comment 10•16 years ago
|
||
Not really. dougt might be the one..
Comment 11•16 years ago
|
||
john, can you give us some background here.
Updated•16 years ago
|
Assignee: nobody → wolfe
Assignee | ||
Comment 12•16 years ago
|
||
Sure - this patch was supplied to me by Brad Lassey earlier this year. It was an attempt to fix XULRunner main windows not coming to the foreground when starting XULRunner.
The actual bug causing second and subsequent windows to not appear correctly under WinCE was somewhere else in the code.
However, I do not yet have a build which lets me verify that these patches are not necessary for proper XULRunner operation. Until I do have a functional XULRunner build, and can verify things one way or the other, I would like to leave this bug open.
Assignee | ||
Comment 13•16 years ago
|
||
Fixed in code checked in by Doug and/or Brad last fall.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•