218697 - [BEOS] Looper not always unlocked on a resize

Status: RESOLVED FIXED

(Core :: XUL, defect)

Description

[Paul]

Under normal use, mozilla will resize normally, since resize events are
initiated via the user actually resizing the window.  However, if mozilla
initiates the resize events (i.e. going into "fullscreen" mode), the looper gets
into an locked state, causing mozilla to hang.  

This is caused by a, what we thought was working, modification to the
Move/Resize code, and us trying to reduce the number of locks/unlocks to the looper.

The patch to follow will remove the non-working optimization.

Comment 1

[Paul]

Attachment: patch to remove "non-working" optimization

This should fix the problem of going into fullscreen mode

Comment 2

[Sergei Dolgov]

Comment on attachment 131111 [details] [diff] [review]
patch to remove "non-working" optimization

keyword must be "hang"
severity seems higher than "normal"

Comment 3

[Sergei Dolgov]

Paul, will you ask approval to check it in before Mozilla 1.6b is out?

Comment 4

[Sergei Dolgov]

Comment on attachment 131111 [details] [diff] [review]
patch to remove "non-working" optimization

asking approval
for this hang/freeze bug.
(it was regression, and patch returns to proven code)
As port-only (BeOS) patch it seems don't require sr

Comment 5

[Sergei Dolgov]

CC-ing myself

Comment 6

[chris hofmann]

Comment on attachment 131111 [details] [diff] [review]
patch to remove "non-working" optimization

yes, ok to check in for 1.6 --chofmann

Comment 7

[Sergei Dolgov]

checkin by bz

Comment 8

[Sergei Dolgov]

*** Bug 229272 has been marked as a duplicate of this bug. ***

Comment 9

[Sergei Dolgov]

*** Bug 225716 has been marked as a duplicate of this bug. ***