[BEOS]Native message loop don't start for invisible windows

RESOLVED FIXED

Status

()

Core
XUL
RESOLVED FIXED
14 years ago
13 years ago

People

(Reporter: Sergei Dolgov, Assigned: Sergei Dolgov)

Tracking

({fixed-aviary1.0})

Trunk
Other
BeOS
fixed-aviary1.0
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

14 years ago
Mozilla never calls Show() for eWindowType_invisible.
In BeOS port it means that BLooper of corresponding window never starts.
It breaks message path and leads to leaks in some situations.
I think we should get rid of nsWidget::Show() dependency in starting BLoopers
and start those at windows create.
(Assignee)

Comment 1

14 years ago
Created attachment 151218 [details] [diff] [review]
patch (diff -up4)

starting window BLooper from StandardWindowsCreate.
(Assignee)

Comment 2

14 years ago
Comment on attachment 151218 [details] [diff] [review]
patch (diff -up4)

review request
Attachment #151218 - Flags: review?(thesuckiestemail)
(Assignee)

Updated

14 years ago
Assignee: jag → sergei_d

Comment 3

14 years ago
Comment on attachment 151218 [details] [diff] [review]
patch (diff -up4)

r=thesuckiestemail@yahoo.se
Attachment #151218 - Flags: review?(thesuckiestemail) → review+
(Assignee)

Comment 4

14 years ago
Patch commited 2004-06-20 03:10 (rev. 1.8)
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED

Comment 5

13 years ago
Checkin on AVIARY by db48x%yahoo.com 
 
"Check in several BeOS bugs that are already checked in on the trunk. All are 
r=twh (thesuckiestemail@yahoo.se) except the last which is r=Sergei Dolgov 
(sergei_d@fi.tartu.ee). a=carte blanche ([03:53:40] 
<nielx!~nielx@84.119.151.125> We've been basically given a carte blanche for 
any change that involves the beos-only code)" 
 

Updated

13 years ago
Keywords: fixed-aviary1.0
You need to log in before you can comment on or make changes to this bug.