Crash triggering host-only install URL



Core Graveyard
Installer: XPInstall Engine
17 years ago
2 years ago


(Reporter: Jimmy Lee, Assigned: dveditz)


({crash, pp})

crash, pp

Firefox Tracking Flags

(Not tracked)





17 years ago
Build: 2001-03-01-08-Mtrunk(LINUX)

1. From browser location field, enter:
l,status){alert(url+' '+status);})
Related to Bug 51098

2. From confirm dialog, click OK button

Crash after displaing "true" from browser window.  Windows and Mac write "true" 
to browser window with no crash.

No crash.

TalkBack Incident ID 27137667

Stack Trace: + 0x1fe5b (0x40339e5b) + 0x51ea (0x412311ea) + 0x2fc54 (0x40852c54) + 0x57cf (0x412317cf) + 0x1b302 (0x4083e302) + 0x1a6cc (0x4083d6cc) + 0x75633 (0x400bd633) + 0x75556 (0x400bd556) + 0x76319 (0x400be319) + 0xcdcf (0x404fbdcf) + 0xcb8d (0x404fbb8d) + 0xe52a (0x4069152a) + 0xfbe6 (0x40692be6) + 0x101a1 (0x406931a1) + 0x10341 (0x40693341) + 0x8c209 (0x405bd209) + 0xd2bc (0x404fc2bc) + 0xd57a (0x4036d57a) 
main() + 0x181eb (0x4023e1eb)

Comment 1

17 years ago
Nominating for beta.  I need somebody to look at this more closely to determine 
what the real problem might be.
Keywords: nsbeta1

Comment 2

17 years ago
Interesting note on this bug.  if you take off the trailing slash on Dan's test
( instead of Mozilla doesn't
crash. Instead you get an error -207 (Can't read archive) and the program
continues to run just fine.  You also get just ftp:// in the Confirm dialog
instead of

Comment 3

17 years ago
After some preliminary investigation into this bug it's clear that this will not
be a quick fix.  It needs to be triaged to nsbeta1+ for me to continue working
on it.

Comment 4

17 years ago
A host plus non-existant file returns a -228 now, right? That's what I worry 
about because links go stale and users shouldn't suffer a hang or crash in that 
case. If the problem is now limited to a strange host-only-URL situation the 
site author can debug that before publishing the page.

Comment 5

17 years ago
A host (ie jimbob) and nonexistent file returns -207.  But when I try this with 
an ftp server instead of http, then nothing gets written to the install.log.

Comment 6

17 years ago
Linux only->pp

Updating summary to reflect my understanding that it's not simply a specified
.xpi going missing on the host (which could be relatively common) but rather a
URL that specifies no host file whatsoever. Assuming that's true then we should
minus this one.
Keywords: nsbeta1 → nsbeta1-, pp
Summary: Crash upon attempting to trigger invalid xpi on valid host → Crash triggering host-only install URL

Comment 7

17 years ago
Don has moved to another group. Install bugs -> syd
Assignee: dbragg → syd

Comment 8

17 years ago
Keywords: nsbeta1- → nsbeta1


17 years ago
Blocks: 104166


17 years ago
Keywords: nsbeta1

Comment 9

17 years ago
over to dprice
Assignee: syd → dprice
Keywords: nsbeta1 → nsbeta1+
Target Milestone: --- → mozilla0.9.9


17 years ago
Target Milestone: mozilla0.9.9 → mozilla0.9.8

Comment 10

16 years ago
dprice is on sabitcal. moving to next milestone. 
Target Milestone: mozilla0.9.8 → mozilla0.9.9

Comment 11

16 years ago
obscure case, nsbeta1-
Severity: critical → normal
Keywords: nsbeta1+ → crash, nsbeta1-
Target Milestone: mozilla0.9.9 → ---


16 years ago
Target Milestone: --- → mozilla0.9.9

Comment 12

16 years ago
Resetting milestone of all nsbeta1-bugs, only nsbeta1+ bugs should have a target
Target Milestone: mozilla0.9.9 → ---

Comment 13

16 years ago
Resetting milestone, only nsbeta1+ bugs can have a milestone on them, these are
niminated, but not yet plussed.

Comment 14

15 years ago
By the definitions on <> and
<>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.
Severity: normal → critical

Comment 15

14 years ago
bug needs to be reassigned. Don't have a Linux platform to test this out now to
see if it's still crashing.


14 years ago
Assignee: dprice → dveditz

Comment 16

10 years ago
Both Firefox and the latest Minefield display "false" without crashing; don't know if this means the crash is fixed or if the test needs to be updated.

Comment 17

10 years ago
"false" means you tried the test on a non-whitelisted site (this bug pre-dates the whitelist). If you append "void(0);" to the end of the testcase it will prevent the page navigation which makes the error clearer, but if you're not getting the confirmation dialog then you didn't get to step 2.

You're trying this on Linux? It never crashed on windows.

Comment 18

10 years ago
The xpinstall script engine has been removed from the trunk, bugs in it are obsolete.
Last Resolved: 10 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.