Opened 16 years ago
Closed 15 years ago
#3178 closed bug (fixed)
[Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window
Reported by: | Adek336 | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | R1/pre-alpha1 |
Keywords: | Cc: | planche2k@… | |
Blocked By: | Blocking: | #3563 | |
Platform: | All |
Description
After installing Haiku to partition, the first time you run Firefox you don't get a window. You have to kill the team.
Any subsequent run of Firefox goes fine.
I've been seeing this for some time now and at the moment I'm on hrev28736.
This is reproducible, note http://www.freelists.org/post/haiku-development/Bug-5-Boot-partition-problem-on-USB-key,22 .
Trying to drop Firefox into debugger from the KDL makes the Firefox team magically disappear.
Attachments (1)
Change History (12)
by , 16 years ago
Attachment: | img-1058-a.jpg added |
---|
comment:1 by , 16 years ago
comment:2 by , 16 years ago
Ah, int 1 is for the keyboard and it is handling F12 with the debugger prompt.
comment:4 by , 16 years ago
Just as in #3563 the KDL stack trace shows the thread entering an acquire_sem() syscall. My guess would be that it's an infinite loop in the Firefox code, trying to acquire an invalid semaphore.
Why attaching a debugger would terminate the team I have no idea. Might be a bug in the debug support code. Enabling debug output in src/system/kernel/debug/user_debugger might yield some helpful information.
comment:5 by , 16 years ago
The very first time Firefox is run, it does something funny. It does something with the settings profile and then relaunches itself. It's also the reason that when it does work, it will forget it meant to open some HTML file your double clicked.
comment:6 by , 16 years ago
Cc: | added |
---|
comment:7 by , 16 years ago
Steps to reproduce without reinstalling:
- have two copies of the BeZillaBrowser directory, I tested with the one installed as an optional package and a BeZilla-gcc4 build;
- open BeZilla from one directory, close, open BeZilla from the other, close; repeat until BeZilla freezes;
- after managing to freeze BeZilla, it seems you have to reboot to be able to freeze it again. Also, at this point, every time you close BeZilla you get a kill/debug dialog box.
follow-up: 10 comment:9 by , 16 years ago
At hrev29612 Firefox no longer hangs, instead it just terminated on first run. On second run it worked as expected.
comment:10 by , 16 years ago
Replying to andreasf:
At hrev29612 Firefox no longer hangs, instead it just terminated on first run. On second run it worked as expected.
The normal first-start procedure for Firefox seems to be to terminate and restart itself. Don't know, why the restart doesn't work on some installations (when I test it here, it works). It's probably best to file a ticket in the Bezilla bug tracker and let the Bezilla guys have a look.
comment:11 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note the curious backtrace which includes "hardware_interrupt" and the fact that interrupt #1 is active.