126675 - Print Prieview toolbar -> scale crash when typing - Trunk M099 [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut | nsMenuPopupFrame::ShortcutNavigation]

Reporter

Description

•

23 years ago

Talkback ids:

TB3150405K
TB3150367Q

sujay

Comment 1

•

23 years ago

confirming...I see this also in 2/20 trunk build.

R.K.Aa.

Comment 2

•

23 years ago

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

rods (gone)

Comment 3

•

23 years ago

Crash when typing what, where?

sujay

Comment 4

•

23 years ago

Rod,
 
all you do is insert your caret into the scale field. and then start
typing..

Poof...you crash.

rods (gone)

Comment 5

•

23 years ago

Doing that doesn't crash on my build - UI issue - reassigning

Assignee: rods → sgehani

Boris Zbarsky [:bzbarsky]

Comment 6

•

23 years ago

stephend, would you get the stack?  TB3150405K and TB3150367Q

stephend@netscape.com (gone - use stephen.donner@gmail.com instead)

Comment 7

•

23 years ago

0x00000000 
nsMenuPopupFrame::FindMenuWithShortcut [d:\builds\seamonkey\mozilla\layout\xul\
base\src\nsMenuPopupFrame.cpp, line 1479] 
nsMenuPopupFrame::ShortcutNavigation [d:\builds\seamonkey\mozilla\layout\xul\
base\src\nsMenuPopupFrame.cpp, line 1532] 
nsMenuListener::KeyPress [d:\builds\seamonkey\mozilla\layout\xul\base\src\
nsMenuListener.cpp, line 228] 
nsEventListenerManager::HandleEvent [d:\builds\seamonkey\mozilla\content\events\
src\nsEventListenerManager.cpp, line 1654] 
nsXULDocument::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\document\
src\nsXULDocument.cpp, line 2459] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3390] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsXULElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\xul\content\
src\nsXULElement.cpp, line 3383] 
nsGenericElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\base\src\
nsGenericElement.cpp, line 1631] 
nsHTMLInputElement::HandleDOMEvent [d:\builds\seamonkey\mozilla\content\html\
content\src\nsHTMLInputElement.cpp, line 1223] 
PresShell::HandleEventInternal [d:\builds\seamonkey\mozilla\layout\html\base\src\
nsPresShell.cpp, line 6005] 
PresShell::HandleEvent [d:\builds\seamonkey\mozilla\layout\html\base\src\
nsPresShell.cpp, line 5928] 
nsViewManager::HandleEvent [d:\builds\seamonkey\mozilla\view\src\
nsViewManager.cpp, line 2043] 
nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 306] 
nsViewManager::DispatchEvent [d:\builds\seamonkey\mozilla\view\src\
nsViewManager.cpp, line 1863] 
HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 83] 
nsWindow::DispatchEvent [d:\builds\seamonkey\mozilla\widget\src\windows\
nsWindow.cpp, line 860] 
nsWindow::DispatchWindowEvent [d:\builds\seamonkey\mozilla\widget\src\windows\
nsWindow.cpp, line 877] 
nsWindow::DispatchKeyEvent [d:\builds\seamonkey\mozilla\widget\src\windows\
nsWindow.cpp, line 2643] 
nsWindow::OnChar [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, 
line 2793] 
nsWindow::ProcessMessage [d:\builds\seamonkey\mozilla\widget\src\windows\
nsWindow.cpp, line 3373] 
nsWindow::WindowProc [d:\builds\seamonkey\mozilla\widget\src\windows\
nsWindow.cpp, line 1122] 
USER32.DLL + 0x1b60 (0x77e11b60) 
USER32.DLL + 0x1cca (0x77e11cca) 
USER32.DLL + 0x83f1 (0x77e183f1) 
nsAppShellService::Run [d:\builds\seamonkey\mozilla\xpfe\appshell\src\
nsAppShellService.cpp, line 308] 
main1 [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1301] 
main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1628] 
WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1646] 
WinMainCRTStartup() 
KERNEL32.DLL + 0xd326 (0x77e8d326)

Samir Gehani

Assignee

Comment 8

•

23 years ago

Can't reproduce.  Not sure if it'll make a difference but what page were you
previewing?

Boris Zbarsky [:bzbarsky]

Updated

•

23 years ago

Keywords: crash

Quinn Yost (mythdraug)

Reporter

Comment 9

•

23 years ago

It hasn't mattered.   Any page produces the same result.

Martin Poirier

Comment 10

•

23 years ago

I also see this on Win98SE, Mozilla trunk build 2002022003. It happens even on
print-previewing a blank page e.g. about:blank. I also tried this : 
1. In the scale value textbox, select a zero from the "100"
2. Type "0" without quotes of course

Result: crash, even if the scale shouldn't have been changed as I only replaced
a 0 with another 0

Talkback IDs

TB3166797Q
TB3171683E
TB3171694X
TB3171706Z

Martin Poirier

Comment 11

•

23 years ago

Just noticed it also happens when typing in the page 1 of x textbox. Try to
change the page and...crash

ajbu

Comment 12

•

23 years ago

For me it crashes when using the keyboard anywhere in de Print Preview. Just 
opening Preview and typing anything on the keyboard, including tab or alt 
gives a crash

rcummins

Comment 13

•

23 years ago

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

Carsten Menke

Comment 14

•

23 years ago

CONFIRM on Build Feb 23th 2002, Build System Mandrake 8.0 gcc-2.95.3 glib-2.2.2
gtk-1.2.10, 

1. gone to google.com
2. hit print Preview
3. Scaling using the Arrows does nothing harmfull
4. Typing in directly a number to scale leads to crash

My GDB Output attached.

Carsten Menke

Comment 15

•

23 years ago

Attached file GDB Output — Details

Scale entered via Numblock on Keyboard

Olivier Cahagne

Comment 16

•

23 years ago

OS -> All.

OS: Windows 2000 → All

Samir Gehani

Assignee

Updated

•

23 years ago

Keywords: mozilla0.9.9, nsbeta1

Priority: -- → P1

Target Milestone: --- → mozilla0.9.9

Jay Patel [:jay]

Comment 17

•

23 years ago

Adding Trunk [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut] to summary
and topcrash keyword.  This has been a topcrasher with recent MozillaTrunk
builds.  Adding testcase keyword, since we know this is reproducible in Print
Preview.

Keywords: testcase, topcrash

Summary: Print Prieview toolbar -> scale crash when typing → Print Prieview toolbar -> scale crash when typing - Trunk [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut]

Jay Patel [:jay]

Comment 18

•

23 years ago

Here's the latest comments from Talkback data in case people need help
reproducing the crash:

(3387770)
URL: www.run2net.dk
     (3387770)	Comments: Manually enter scale factor in print preview
     (3295386)	URL: www.netbsd.org
     (3295384)	URL: www.netbsd.org
     (3295384)	Comments: I have tried to crash mozilla while viewing several sites and it
worked so this problem isn't related just to the netbsd site. Basically I just
chose to view the print preview and then tried to change the value of the
"Scale" field using the numbers on
     (3295384)	Comments:  the keypad and hit ENTER. Crashes every time. 
     (3287264)	URL: http://www.google.fr/
     (3287264)	Comments: Resizing to 50% with Print Preview
     (3238978)	Comments: Print preview - typed a value into the "scale" box
     (3194986)	Comments: I was using the scale feture of the print preview while in Full
Screen mode and it crashed when I entered 60%
     (3169105)	URL: europe.cnn.com
     (3169105)	Comments: Print Preview   Typing in scale box 
     (3150405)	URL: europe.cnn.com
     (3150405)	Comments: Print preview:  typing in zoom box
     (3150367)	URL: europe.cnn.com
     (3150367)	Comments: Print preview  Changed orientation  Zoomed out 3x by button Typed
50 Crash...

Samir Gehani

Assignee

Updated

•

23 years ago

Target Milestone: mozilla0.9.9 → mozilla1.0

Jay Patel [:jay]

Comment 19

•

23 years ago

It looks like a similar crash is also happening on Linux:

Count   Offset    Real Signature
[ 8   0x00000000 cee22b71 - nsMenuPopupFrame::ShortcutNavigation() ]
 
     Crash date range: 2002-02-25 to 2002-02-28
     Min/Max Seconds since last crash: 17 - 3355
     Min/Max Runtime: 3355 - 117061
     Keyword List : print(6), preview(6),  
     Count   Platform List 
     8   Linux 2.4.8-26mdk   
 
     Count   Build Id List 
     8   2002022508
 
     No of Unique Users         1
 
 Stack trace(Frame) 

	 0x00000000  
	 nsMenuPopupFrame::ShortcutNavigation()  
	 nsMenuListener::KeyPress()  
	 nsEventListenerManager::HandleEvent()  
	 nsXULDocument::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleDOMEvent()  
	 nsXULElement::HandleChromeEvent()  
	 GlobalWindowImpl::HandleDOMEvent()  
	 nsDocument::HandleDOMEvent()  
	 nsGenericElement::HandleDOMEvent()  
	 PresShell::HandleEventInternal()  
	 PresShell::HandleEvent()  
	 nsViewManager::HandleEvent()  
	 nsView::HandleEvent()  
	 nsViewManager::DispatchEvent()  
	 HandleEvent()  
	 nsWidget::DispatchEvent()  
	 nsWidget::DispatchWindowEvent()  
	 nsWidget::OnInput()  
	 handle_key_press_event()  
	 dispatch_superwin_event()  
	 handle_gdk_event()   
 
     (3470513)	URL: www.mozilla.org/start
     (3470513)	Comments: PP  click on the layout  CTRL-$
     (3470467)	URL: www.mozilla.org/start
     (3470467)	Comments: PP  click on the layout  CTRL-A
     (3470333)	URL: www.mozilla.org/start
     (3470333)	Comments: Print Preview  click on the layout  CTRL-R
     (3470284)	URL: www.mozilla.org/start
     (3470284)	Comments: Print Preview  Click on the layout  CTRL-U
     (3470232)	URL: www.mozilla.org/start
     (3470232)	Comments: Print Preview  Click on the layout  CTRL-T
     (3470170)	URL: www.mozilla.org/start
     (3470170)	Comments: Print preview  click on the layout  CTRL-N
     (3361329)	URL: http://www.mozilla.org/start.html
     (3361329)	Comments: Print preview  ctrl-N
     (3357619)	URL: http://www.mozilla.org/search.html
     (3357619)	Comments: print previewtry to type in the form some letters

Also, although there were quite a few of these crashes in the past week or
so...I don't see any incidents after 2/26.  If noone can reproduce this with a
newer MozillaTrunk build, we probably should mark this worksforme.

Summary: Print Prieview toolbar -> scale crash when typing - Trunk [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut] → Print Prieview toolbar -> scale crash when typing - Trunk [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut | nsMenuPopupFrame::ShortcutNavigation]

Peter Trudelle

Comment 20

•

23 years ago

Unable to repro using N6 build 030508 on Win2K

Arthur

Comment 21

•

23 years ago

Everytime I crash in print preview I get additional error messages in the console: 

sending job 'arthur@calvin+569' to missingprinter@localhost
 connecting to 'localhost', attempt 1
 connected to 'localhost'
 requesting printer missingprinter@localhost
 job 'arthur@calvin+569' transfer to missingprinter@localhost failed
  error 'NONZERO RFC1179 ERROR CODE FROM SERVER' with ack 'ACK_FAIL'
  sending str '^Bmissingprinter' to missingprinter@localhost
 error msg: 'spool queue for 'missingprinter' does not exist on server calvin.local'
 error msg: '   non-existent printer or you need to run 'checkpc -f''

Looks as if mozilla tries to print something (don't have a printer installed). I
don't know whether that's related to the crash.

sujay

Comment 22

•

23 years ago

I can still reproduce this using 3/5 trunk commercial build on Win 98 system

Peter Trudelle

Comment 23

•

22 years ago

nsbeta1+ per Nav triage team

Keywords: nsbeta1 → nsbeta1+

Boris Zbarsky [:bzbarsky]

Comment 24

•

22 years ago

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

Jay Patel [:jay]

Comment 25

•

22 years ago

Regarding Arthur's comment #11: I'm not sure if he's on Linux or Windows...but
on my WinNT box, I removed my printers and tried to do a print preview and I got
a dialog box telling me I didn't have any printers installed and therefore could
not even get to the print preview window.  

I wonder Arthur's crash has to do with being able to get as far as the actual
print preview window without haveing a printer configured on his machine? 
Arthur, are you running on Linux or Windows?

Sujay: Have we always checked to see if a printer is installed on the system
before allowing the user to view the print preview window?  Or was that recently
put into the code?

Jay Patel [:jay]

Comment 26

•

22 years ago

Adding M099 to summary since this is a topcrasher for Mozilla 0.9.9.

Summary: Print Prieview toolbar -> scale crash when typing - Trunk [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut | nsMenuPopupFrame::ShortcutNavigation] → Print Prieview toolbar -> scale crash when typing - Trunk M099 [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut | nsMenuPopupFrame::ShortcutNavigation]

Jay Patel [:jay]

Comment 27

•

22 years ago

Making topcrash+.

Keywords: topcrash → topcrash+

Arthur

Comment 28

•

22 years ago

Regarding #21 (not #11): That's my printerless laptop with SuSE Linux 7.3 an the
lpr print system.

Chris Nebergall (cneberg@gmail.com)

Comment 29

•

22 years ago

This still occurs on Win XP build Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:0.9.9+) Gecko/20020313.

Crashes ONLY occur when I get to print preview from the Printer icon on the
Navigation toolbar.  A crash will NOT occur if I get to print preview from
File->Print Preview.  All other steps to reproduce the problem are the same.

Jay Patel [:jay]

Comment 30

•

22 years ago

I just crashed on WinNT with build 2002031203...and like Chris mentioned, I only
crash when I go to Print Preview from the Printer icon in the toolbar (seems to
work ok when I go to Print Preview from File->Print Preview).

Here's my incident with a recent stack and line numbers:
 Incident ID 4046357   
Stack Signature  0x00000000 85c234fe
Trigger Time 2002-03-14 11:43:32
Email Address jpatel@netscape.com
URL visited print preview
Build ID 2002031210
Product ID MozillaTrunk
Platform
Operating System Win32
Module
Trigger Reason Access violation
User Comments trying to change print preview scale % . doesn't crash when i go
to print preview from file->print preview...only when i go to the screen from
the printer icon menu in the toolbar.
Stack Trace
0x00000000
nsMenuPopupFrame::FindMenuWithShortcut
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsMenuPopupFrame.cpp, line 1487]
nsMenuPopupFrame::ShortcutNavigation
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsMenuPopupFrame.cpp, line 1540]
nsMenuListener::KeyPress
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsMenuListener.cpp, line 228]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp, line
1654]
nsXULDocument::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\document\src\nsXULDocument.cpp, line 2451]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3445]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsXULElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\xul\content\src\nsXULElement.cpp, line 3438]
nsGenericElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\base\src\nsGenericElement.cpp, line 1629]
nsHTMLInputElement::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\html\content\src\nsHTMLInputElement.cpp,
line 1383]
PresShell::HandleEventInternal
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 6056]
PresShell::HandleEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 5979]
nsViewManager::HandleEvent
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 2043]
nsView::HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 306]
nsViewManager::DispatchEvent
[d:\builds\seamonkey\mozilla\view\src\nsViewManager.cpp, line 1863]
HandleEvent [d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 83]
nsWindow::DispatchEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 869]
nsWindow::DispatchWindowEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 886]
nsWindow::DispatchKeyEvent
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2660]
nsWindow::OnChar [d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp,
line 2810]
nsWindow::ProcessMessage
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3459]
nsWindow::WindowProc
[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 1131]
USER32.dll + 0x1820 (0x77e71820)
0x00200001

Samir Gehani

Assignee

Comment 31

•

22 years ago

Aha!  Comment 29 has helped me immensely.  I can now reproduce this crash. 
Thanks for the insight Chris Nebergall!

Samir Gehani

Assignee

Comment 32

•

22 years ago

Attached patch Ensure window morphing (and especially menu removal) occurs after the menu has been closed. (obsolete) — Details — Splinter Review

Samir Gehani

Assignee

Comment 33

•

22 years ago

Thanks to Bill Law for the approach.

law, please r.
alecf, please sr.

Status: NEW → ASSIGNED

Samir Gehani

Assignee

Updated

•

22 years ago

Keywords: patch, review

Samir Gehani

Assignee

Updated

•

22 years ago

Blocks: 127001

Alec Flett

Comment 34

•

22 years ago

Comment on attachment 74171 [details] [diff] [review]
Ensure window morphing (and especially menu removal) occurs after the menu has been closed.

I guess this is ok but it just masks the real problem, which could be occuring
all over our codebase.
can we put an assertion in the menu code just before the crash, at the very
least?

Samir Gehani

Assignee

Comment 35

•

22 years ago

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

Samir Gehani

Assignee

Comment 36

•

22 years ago

Alec,
I think what we are doing here by morphing the window is not usual and I'd be
surprised if anyone else were doing the same thing in our codebase.  It has
generally been agreed that morphing is not a good idea, but, we chose this route
due to contraints in the backend I believe.  Rod can speak to that in greater
detail.  Hence, I don't believe this warrants an assertion in the menu code. 
What do you think?

Alec Flett

Comment 37

•

22 years ago

but if the assertion was there, then we would have caught this earlier, no? 

I'm saying put an assertion (and bulletproof the crash, I meant to add) in the
C++ menu code so that if someone ever attempts to add another feature that
morphs the window from a menu without a timeout, that we catch it, don't crash,
but still assert.

Samir Gehani

Assignee

Comment 38

•

22 years ago

Alec,
Yup, I got what you were saying.  I guess an assertion doesn't hurt.  New patch
coming up.

Syd Logan

Updated

•

22 years ago

Whiteboard: [adt1]

Samir Gehani

Assignee

Comment 39

•

22 years ago

Attached patch Revised patch with comment in menu code as discussed with Alec. — Details — Splinter Review

alecf, please sr.  Thanks.

Attachment #74171 - Attachment is obsolete: true

Bill Law

Comment 40

•

22 years ago

Comment on attachment 74452 [details] [diff] [review]
Revised patch with comment in menu code as discussed with Alec.

r=law

I'm assuming that you didn't put in an ASSERT because there's no reliable way
to test for one of the "bogus" |immediateParent|.

Attachment #74452 - Flags: review+

Alec Flett

Comment 41

•

22 years ago

Comment on attachment 74452 [details] [diff] [review]
Revised patch with comment in menu code as discussed with Alec.

excellent, thanks 
sr=alecf

Attachment #74452 - Flags: superreview+

Samir Gehani

Assignee

Comment 42

•

22 years ago

Bill,
Regarding comment 40: Yes, there was no apparent way to test for the bogus
|immediateParent|.

Keywords: review

Whiteboard: [adt1] → [adt1] [ready to checkin]

Samir Gehani

Assignee

Updated

•

22 years ago

Blocks: 128928

Asa Dotzler [:asa]

Comment 43

•

22 years ago

Comment on attachment 74452 [details] [diff] [review]
Revised patch with comment in menu code as discussed with Alec.

a=asa (on behalf of drivers) for checkin to the 1.0 trunk

Attachment #74452 - Flags: approval+

Samir Gehani

Assignee

Comment 44

•

22 years ago

Fix checked in.

Status: ASSIGNED → RESOLVED

Closed: 22 years ago

Resolution: --- → FIXED

sujay

Comment 45

•

22 years ago

verified in 3/19 build

however, now there is a new problem where entering a scale value
followed by enter, blanks out the whole window.

filing separate bug on this.

Status: RESOLVED → VERIFIED

sujay

Comment 46

•

22 years ago

ignore my last comment. I was using a frame site. thats why scale was not
working...this is a separate bug.

scale seems to work fine now....

verified in 3/19 build

R.K.Aa.

Comment 47

•

22 years ago

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

Nobody; OK to take it and work on it

Updated

•

13 years ago

Crash Signature: [@ 0x00000000 - nsMenuPopupFrame::FindMenuWithShortcut | nsMenuPopupFrame::ShortcutNavigation]

GDB Output 23 years ago Carsten Menke 1.99 KB, text/plain		Details
Ensure window morphing (and especially menu removal) occurs after the menu has been closed. 22 years ago Samir Gehani 1.12 KB, patch		Details \| Diff \| Splinter Review
Revised patch with comment in menu code as discussed with Alec. 22 years ago Samir Gehani 2.16 KB, patch	law : review+ alecf : superreview+ asa : approval+	Details \| Diff \| Splinter Review