Closed
Bug 225716
Opened 21 years ago
Closed 21 years ago
Mozilla freezes when trying to resize window using grippy box in bottom right corner
Categories
(Core Graveyard :: GFX: BeOS, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 218697
People
(Reporter: mdisreali, Assigned: beos)
Details
(Keywords: hang)
User-Agent: Mozilla/5.0 (BeOS; U; BeOS BePC; en-US; rv:1.6b) Gecko/20031113
Build Identifier: Mozilla/5.0 (BeOS; U; BeOS BePC; en-US; rv:1.6b) Gecko/20031113 (Disreali)
The BeOS builds of Mozilla freezes when users attempts to resize the browser
window using the bottom right corner grippy box instead of the window border. It
used to be that nothing happened, but now the cursor changes when placed over
the grippy corner box and Mozilla frezes if you attempt to resize. Mozilla has
to be canceled with process controller.
Reproducible: Always
Steps to Reproduce:
1. Place cursor over the bottom right corner. cursor should change when on the
grippy corner.
2. Click on grippy and attempt to resize window
3.
Actual Results:
Mozilla freezes and no longer responds to and user imput.
Expected Results:
Browser window should resize and allow user to continue to use Mozilla.
The patch from <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=65008">Bug
65008 </a> which attempts to add BeOS style resize grippy might be helpful with
this bug. I've used builds with this patch, but have not used the patch on my
own builds. Will test.
.
Assignee: jag → arougthopher
Component: XP Toolkit/Widgets → GFX: BeOS
QA Contact: jrgmorrison → timeless
Here is the build for which this bug is concerned:
http://pryan.org/firebird/disreali/mozilla-i586-pc-beos-20031113.zip
Comment 5•21 years ago
|
||
I think i know the reason.
Maybe it is same freeze as in attempt to launch Mozilla in full-screen.
Caused by last implementation of nsresult Move(PRInt32 aX, PRInt32 aY,
PRBool unlockLooper);
If so, fix will be submitted when (and if ) i finish with Ctrl/Alt patch.
Comment 6•21 years ago
|
||
disreali,
to be sure, please test following:
find function
nsresult nsWindow::Move(PRInt32 aX, PRInt32 aY, PRBool unlockLooper)
{
in mozilla/widget/src/beos/
then change
if(mustunlock && unlockLooper)
near the end of that function to
if(mustunlock)
, save File , and
run make in mozilla/widget/src/beos/.
Not test if it still freezes on resizing with grippy box
Comment 7•21 years ago
|
||
If that is working, this is definitely dup of
http://bugzilla.mozilla.org/show_bug.cgi?id=218697.
Found the first line specified in nsWindows.cpp at line 955. Replaced.
As for your second suggestion "near the end of that function to
if(mustunlock) " I do not understand to what you are refering. Can you give me
a line number as reference?
Comment 9•21 years ago
|
||
disreali,
it is plain and simple,
you have
if(mustunlock && unlockLooper) now,
but should remove "&& unlockLooper" from this statement,
so it will look just like
if(mustunlock)
and then recomplie libwidget
Comment 10•21 years ago
|
||
reporter, is it still problem with 1.6b codebase?
Comment 11•21 years ago
|
||
works with last patches. so really dup of 218697
*** This bug has been marked as a duplicate of 218697 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•