Apache OpenOffice (AOO) Bugzilla – Issue 46890
StarOffice silent crash going through menus with Gnopericus after first doing so w/out Gnopernicus
Last modified: 2005-04-22 06:15:03 UTC
1. Launch StarOffice 2. Press Alt-F, and go through the File menu, and the three submenus (New, Open Recent, and Wizards). 3. Now launch Gnopernicus 4. [Note that File is still active] 5. Press down arrow to start going through the File menu with Gnopernicus 6. StarOffice silently exists. Note: I wasn't able to reproduce this.
I cannot reproduce it either.
closed
You guys don't have a "NEEDINFO" state in this bug tracking system? I reproduced it multiple times yesterday when I filed it. I just tried to reproduce it again today. This time the behavior was slightly different. I launched Gnopernicus first, then StarOffice, and then started going through the File menu. This time I had no problems opening the New submenu, Recent Documents submenu, or Wizards submenu. But when I continued down to the "Close" item I lost the ability to interact further with StarOffice. Further pressings of down/up arrow were ignored, ESC wouldn't dismiss the menu, and also I lost speech with Gnopernicus. I can interact with the window manager, and so was able to move the StarOffice window around, detatching it from the menu... See the about-to-be-attached screen shot to show this behavior. I'm using JDS 3 build 32 with StarOffice build m91 on a Sun Java Workstation W2100z (dual Opteron box).
Created attachment 24812 [details] Broken File menu when used with Gnopernicus
Concerning th bug handling, I notice (I quote you) > Note: I wasn't able to reproduce this. When a reporter *confesses* he cannot reporduce it, I tend to close the issue without further testing. In this case I actually tried to reproduce it. Nothing! So I closed. The next day you tell me you could reproduce it "multiple times" *yesterday* but today using *another procedure* yaou could reproduce it. Sum up: - you cannot for sure reproduce the crash - you can have a crash with another procedure (meaning, maybe another bug - I'll close this other issue as duplicate of this one) How serious can I take your report? It's more than approximative... Nonetheless I tried to install a JDS (32) on an Opteron 64 with src680m92 on it. I went through all menus, begining with File and *ALL* sub menus. Result? No crash! And Gnopernicus still reads the correct items. So, please, test this on a completly diffrent machine so that we can have something to compare with. Setting: WORKSFORME Downgrading to P3
*** Issue 46891 has been marked as a duplicate of this issue. ***
I'll close untill you've done further *relevant* testing.
I just succeeded in reproducing a hang in the StarOffice 8 build m91 menu system on a different machine: JDS 3 build 28 on a Fujitsu Pentium M system. 1. I launched 'soffice' 2. I launched Gnopernicus with speech and Braille monitor (I realize now I didn't mention that I had Braille Monitor turned on before; sorry) 3. I pressed Alt-F 4. I pressed down arrow, right arrow, left arrow, down arrow, down arrow, right arrow, left arrow, down arrow, right arrow, left arrow, down arrow [I'm now on the "Close" menu item] down arrow, down arrow, down arrow, down arrow, right arrow [I'm now on the Templates menu] 5. Gnopernicus read everything correctly, and on templates it told me there were 4 items in this submenu]. However, the Templates submenu never appeared when I pressed right arrow, and my graphical desktop is now hung. I'm hoping this qualifies sufficient relevant testing to warrant re-opening the bug... P.S. I confused this bug with #46891, which I was able to reproduce multiple times. I'd very much like to retract my April 7th comment. I'm sorry about that. P.P.S. perhaps it would be more appropriate to leave this closed, and re-open instead #46891?
More info: I just restarted the system and tried again, this time with Braille Monitor turned off. This time I got further - all the way down to "Printer Settings" before the desktop hung, same as before. This is on the JDS 28 Fujitsu system with build m91. Is there any kind of debugging flags I can turn on, or other steps I can take, to provide you with more information, as it seems I can reproduce the hang problem very easily? I can make the system available on the Internet if you would like to telnet into it and explore...
My reply to your comments: - I'll keep issue 46891 closed and will go on with this one. - After having seen your screnshot I also swichted the Braille monitor ON. But I still could reproduce nothing. - I'm off work for 1 week (back on April 18th). After this week we can try to test this remote. It would be great if you could organize an opened VNC connection to your system untill then. Please e-mail me the machine name/domain + VNC password at eric.savary - at - sun.com. - Please also check that this issue is not a duplicate of issue 46359. - Note that I tested this on a JDS build 32 with SO installed with an user script (we can discuss this off IssueZilla)
After further testing I could reproduce something *similar* to your description. Traveling through menus would freeze after a while. This general instability has been fixed with issue 47797 *** This issue has been marked as a duplicate of 47797 ***