Closed Bug 290829 Opened 19 years ago Closed 19 years ago

place holders in helper app dialog are not replaced

Categories

(Core Graveyard :: File Handling, defect)

1.7 Branch
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: michael.lampe, Assigned: neil)

References

Details

(Keywords: fixed1.7.9, regression)

Attachments

(1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041220
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041220

Click on a link to a file whose mime type mozilla does not kow. You get a box
saying:

---
Opening #1

The file "#3" is of type #2 (#1), and #4 does not know how to handle this file
type ...
---

Does not happen with 1.7.5 but with 1.7.[67]


Reproducible: Always

Steps to Reproduce:
1. Click on link to a file whose mime type mozilla does not kow
are any errors shown in tools|web development|javascript console?
Error: uncaught exception: [Exception... "Component returned failure code:
0x8000ffff (NS_ERROR_UNEXPECTED) [nsIURI.userPass]"  nsresult: "0x8000ffff
(NS_ERROR_UNEXPECTED)"  location: "JS frame ::
file:///home/lampe/T/mozilla/components/nsHelperAppDlg.js :: anonymous :: line
242"  data: no]

Error: _timer is not defined
Source File: file:///home/lampe/T/mozilla/components/nsHelperAppDlg.js
Line: 381

Error: _timer is not defined
Source File: file:///home/lampe/T/mozilla/components/nsHelperAppDlg.js
Line: 381
hm.. what kind of URL was that? a normal http:// one?
It was a file://... URL. Just checked that with http://... the problem does not
exist. But then again 1.7.5 got it always right.
Confirmed with linux builds 1.7.{6,7}.  Current trunk works fine.

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=MOZILLA_1_7_BRANCH&branchtype=match&dir=&file=nsHelperAppDlg.js&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-12-17&maxdate=2005-03-19+08%3A00%3A00&cvsroot=%2Fcvsroot
Assignee: general → file-handling
Status: UNCONFIRMED → NEW
Component: General → File Handling
Ever confirmed: true
Keywords: regression
Product: Mozilla Application Suite → Core
QA Contact: general → ian
Version: unspecified → 1.7 Branch
caused by neil in bug 285163, the assignment to userPass should be in a try..catch
Assignee: file-handling → neil.parkwaycc.co.uk
ah. this works on trunk because of bug 268480 (see also bug 268480 comment 2)
bug 268480 only patched nsStandardURL, simple urls like data: are still broken
on the trunk. Copy/paste the following into the location bar, then click the link:

data:text/html,<a href="data:foo/bar,blahblahblah">clickme</a>

Not that it's all that useful a technique, but this should still be patched on
the trunk and not just the branch.
Attached patch Proposed patch (obsolete) — Splinter Review
Attachment #181208 - Flags: superreview?(dveditz)
Attachment #181208 - Flags: review?(cbiesinger)
Attachment #181208 - Flags: review?(cbiesinger) → review+
Comment on attachment 181208 [details] [diff] [review]
Proposed patch

sr=dveditz

Created bug 291064 for the related problem in Firefox.
Attachment #181208 - Flags: superreview?(dveditz) → superreview+
Comment on attachment 181208 [details] [diff] [review]
Proposed patch

Low-risk regression fix to ignore the error clearing passwords on urls that
don't support them.
Attachment #181208 - Flags: approval1.8b2?
Attachment #181208 - Flags: approval1.7.8?
Summary: place holders in displayed text are not replaced → place holders in helper app dialog are not replaced
Comment on attachment 181208 [details] [diff] [review]
Proposed patch

a=asa for 1.8b2 checkin.
Attachment #181208 - Flags: approval1.8b2? → approval1.8b2+
Blocks: 291627
*** Bug 295363 has been marked as a duplicate of this bug. ***
Was this ever checked into the trunk?
Flags: blocking1.7.9+
Flags: blocking-aviary1.0.5+
Whiteboard: Have patch
Attachment #181208 - Flags: approval1.7.9?
Attachment #181208 - Flags: approval1.7.8?
Attachment #181208 - Flags: approval-aviary1.0.5?
Comment on attachment 181208 [details] [diff] [review]
Proposed patch

2005-04-20 10:06
mozilla/embedding/components/ui/helperAppDlg/nsHelperAppDlg.js	1.67
Attachment #181208 - Attachment is obsolete: true
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
*** Bug 297339 has been marked as a duplicate of this bug. ***
*** Bug 297627 has been marked as a duplicate of this bug. ***
Comment on attachment 181208 [details] [diff] [review]
Proposed patch

a=dveditz for the branch. Land soon if you're going to.
Attachment #181208 - Flags: approval1.7.9?
Attachment #181208 - Flags: approval1.7.9+
Attachment #181208 - Flags: approval-aviary1.0.5?
Attachment #181208 - Flags: approval-aviary1.0.5+
Whiteboard: Have patch → need landing
MOZILLA_1_7_BRANCH:
Checking in embedding/components/ui/helperAppDlg/nsHelperAppDlg.js;
/cvsroot/mozilla/embedding/components/ui/helperAppDlg/nsHelperAppDlg.js,v  <--
nsHelperAppDlg.js
new revision: 1.55.2.3; previous revision: 1.55.2.2
done


Aviary branch does not have the checkin that caused it. Also, Firefox does not
use this file (I'm unsure whether thunderbird does...)
Keywords: fixed1.7.9
OS: Linux → All
Hardware: PC → All
Whiteboard: need landing
clearing 1.0.5 flag per last comment
Flags: blocking-aviary1.0.5+
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: