about:about is File not found error

VERIFIED FIXED in mozilla1.9.1b2

Status

()

Core
General
VERIFIED FIXED
12 years ago
7 years ago

People

(Reporter: baffclan, Assigned: reed)

Tracking

Trunk
mozilla1.9.1b2
Points:
---
Dependency tree / graph
Bug Flags:
wanted1.9.0.x -
in-testsuite -

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060820 Minefield/3.0a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060820 Minefield/3.0a1

about:about is File not found error

Reproducible: Always

Steps to Reproduce:
1. type a "about:about" in URL bar

Actual Results:  
error message appear

File not found
Firefox can't find the file at jar:file:///C:/Program Files/mozilla.org/firefox/chrome/toolkit.jar!/content/global/aboutAbout.html.



Expected Results:  
open /chrome/toolkit.jar!/content/global/aboutAbout.html
or
Alert dialog appear
Related to, but *not* a duplicate of, bug 220253 - we could avoid the 404 without being sensible enough to have a real about:about.
Status: UNCONFIRMED → NEW
Depends on: 220253
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Depends on: 365852
(Assignee)

Updated

10 years ago
Duplicate of this bug: 421280

Updated

10 years ago
Flags: wanted1.9.0.x?

Comment 3

10 years ago
This still affects FF3 Beta4. Will there be a fix for this at the final release? No real showstopper, but ugly though...

Updated

10 years ago
Flags: blocking-firefox3?
Not gonna block the final release, no.
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x-
Flags: blocking-firefox3?
Flags: blocking-firefox3-
(Reporter)

Comment 5

10 years ago
patch for fix by Paul Rouget
attachment 307698 [details] [diff] [review] (bug 421280)

Comment 6

10 years ago
Yeah, I noticed that too, was going to come and submit it, but you beat me to it.

Its not horrible, but still ugly... 

Updated

10 years ago
Duplicate of this bug: 403391
Duplicate of this bug: 434842
(Assignee)

Comment 9

10 years ago
glandium, can you re-attach your patch here and request review? Thanks!
Actually, I'm wondering... since everyone except firefox wants it, why not have it in toolkit and let firefox unregister it ?
We could call that approach "the bug 365852 solution," if not for the fact that it's already wontfixed.
Created attachment 322062 [details] [diff] [review]
patch removing about:about

Okay, so this is the patch I originally sent to #434842, with an additionnal hunk to make it more complete.
Attachment #322062 - Flags: review?(bzbarsky)

Updated

10 years ago
Duplicate of this bug: 438313
Duplicate of this bug: 440481

Updated

10 years ago
Duplicate of this bug: 441139

Updated

10 years ago
Duplicate of this bug: 441139
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.0.2pre) Gecko/2008070706 GranParadiso/3.0.2pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1a1pre) Gecko/2008070703 Minefield/3.1a1pre] (nightly) (W2Ksp4)

(Bug still there)
Flags: wanted-firefox3.1?

Updated

10 years ago
Duplicate of this bug: 444470
I'm not sure I see why this patch makes sense.  Is firefox the only thing setting MOZ_XUL_APP?  Would it make more sense to remove about:about from here altogether and let apps that do want it register it?  That was suggested in bug 365852 too, no?

In any case, I'm clearly not qualified to review this, since I don't know what he MOZ_XUL_APP define actually means.
(In reply to comment #19)
> I'm not sure I see why this patch makes sense.  Is firefox the only thing
> setting MOZ_XUL_APP?  Would it make more sense to remove about:about from here
> altogether and let apps that do want it register it?  That was suggested in bug
> 365852 too, no?

Actually, it seems that most applications except firefox want it... I know firefox is the big boy, but i don't think that grants bothering all other applications.

> In any case, I'm clearly not qualified to review this, since I don't know what
> he MOZ_XUL_APP define actually means.

MOZ_XUL_APP should be defined for any application using toolkit.

Personally, I would just move the aboutAbout.html file in toolkit and have it installed. If firefox maintainers really don't like this page, they can unregister it from somewhere in browser/
> MOZ_XUL_APP should be defined for any application using toolkit.

In which case this patch would disable about:about for all toolkit-using apps, no?  That doesn't seem to match the first part of comment 20 well....

I would be fine with adding aboutAbout to toolkit.  But I'm not a toolkit peer.
Comment on attachment 322062 [details] [diff] [review]
patch removing about:about

I can't even set review- on that request (or review+, for that matter)...
Attachment #322062 - Flags: review?(bzbarsky)

Updated

10 years ago
Duplicate of this bug: 449009
nice to have, not a big deal either way.
Flags: wanted-firefox3.1? → wanted-firefox3.1-

Comment 26

10 years ago
still not fixed

Updated

9 years ago
Duplicate of this bug: 457162
Duplicate of this bug: 459814
Duplicate of this bug: 460256
(Assignee)

Updated

9 years ago
Component: General → General
Flags: wanted-firefox3.1-
Flags: blocking-firefox3-
Product: Firefox → Core
QA Contact: general → general
(Assignee)

Comment 30

9 years ago
Created attachment 344013 [details] [diff] [review]
patch - v1

As per bug 451909, all apps set MOZ_XUL_APP now, so let's just kill this unused code.
Assignee: nobody → reed
Attachment #322062 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #344013 - Flags: superreview?(bzbarsky)
Attachment #344013 - Flags: review?(bzbarsky)
Reed, I'm not sure I follow.  Doesn't this just remove about:about?
(Assignee)

Comment 32

9 years ago
(In reply to comment #31)
> Reed, I'm not sure I follow.  Doesn't this just remove about:about?

Yes, I thought everybody had gotten rid of their implementations for this (meaning we could just remove it), but apparently SeaMonkey still has it... should I just #ifdef it only for SeaMonkey instead?
I don't think we want an #ifdef here.  We should't need an ifdef to do what comment 19 suggests.

Also, see comment 20 about non-Firefox about:about impls...
I sort of thought the point of http://mxr.mozilla.org/comm-central/source/suite/browser/nsAboutAbout.js was that SeaMonkey didn't trust Firefox not to do exactly this, and so they implemented it themselves, and now removing the docshell redirect is only going to screw over Camino, and only if they move to mozilla-central rather than going to WebKit.
Yeah, if the patch doesn't break seamonkey, and if xulrunner apps (which is what I assume Mike Hommey was talking about) don't care, then it's fine.
(Assignee)

Comment 36

9 years ago
(In reply to comment #35)
> Yeah, if the patch doesn't break seamonkey, and if xulrunner apps (which is
> what I assume Mike Hommey was talking about) don't care, then it's fine.

What XULRunner apps (besides SeaMonkey) implement about:about? I don't know of any... so, I think we're fine.
Attachment #344013 - Flags: superreview?(bzbarsky)
Attachment #344013 - Flags: superreview+
Attachment #344013 - Flags: review?(bzbarsky)
Attachment #344013 - Flags: review+
Comment on attachment 344013 [details] [diff] [review]
patch - v1

OK, let's do this, then.  Please check whether this makes aboutAbout.xhtml unused, and remove it if so (that is, if Seamonkey has forked it).

Please keep an eye out for breakage.
(Assignee)

Comment 38

9 years ago
http://hg.mozilla.org/mozilla-central/rev/020514434957
Status: ASSIGNED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.1b2
(Reporter)

Comment 39

9 years ago
cannot reproduce with Firefox/20081024020852-trunk/WinXP

Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1b2pre) Gecko/20081024 Minefield/3.1b2pre firefox

thanks for fixing this.
-> v.
Status: RESOLVED → VERIFIED
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081024 SeaMonkey/2.0a2pre - Build ID: 20081024000423

Trying to browse to about:about leaves the content area blank, with the following messages in the Error Console:

[X] Error: [Exception... "'JavaScript component does not have a method named:
           "getURIFlags"' when calling method: [nsIAboutModule::getURIFlags]"
           nsresult: "0x80570030 (NS_ERROR_XPC_JSOBJECT_HAS_NO_FUNCTION_NAMED)"
           location: "JS frame ::
               chrome://communicator/content/contentAreaClick.js ::
               addToUrlbarHistory :: line 262"  data: no]
    Source File: chrome://communicator/content/contentAreaClick.js     Line: 262

[X] Error: [Exception... "'JavaScript component does not have a method named:
           "getURIFlags"' when calling method: [nsIAboutModule::getURIFlags]"
           nsresult: "0x80570030 (NS_ERROR_XPC_JSOBJECT_HAS_NO_FUNCTION_NAMED)"
           location: "JS frame :: chrome://global/content/bindings/browser.xml ::
               loadURIWithFlags :: line 186"  data: no]
    Source File: chrome://global/content/bindings/browser.xml          Line: 186

The latter one happens twice.

Now I'm going to test a recent tinderbox-build (maybe this nightly didn't include the fix).
(In reply to comment #40)
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081024
> SeaMonkey/2.0a2pre - Build ID: 20081024000423
> 
[...]
> 
> Now I'm going to test a recent tinderbox-build (maybe this nightly didn't
> include the fix).

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081024 SeaMonkey/2.0a2pre - Build ID: 20081024091143

Nope, no change. Should I REOPEN or file a specific bug for SeaMonkey?
(Assignee)

Comment 42

9 years ago
(In reply to comment #41)
> Nope, no change. Should I REOPEN or file a specific bug for SeaMonkey?

Sounds like a SeaMonkey-only bug to me, so file a new bug for SeaMonkey.
(In reply to comment #42)
> (In reply to comment #41)
> > Nope, no change. Should I REOPEN or file a specific bug for SeaMonkey?
> 
> Sounds like a SeaMonkey-only bug to me, so file a new bug for SeaMonkey.

Filed bug 461552.
Flags: in-testsuite-

Updated

9 years ago
Duplicate of this bug: 469896

Comment 45

9 years ago
Re comment 44: possibly the dupe wasn't really a dupe, but a regression?

Using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090404 Minefield/3.6a1pre, i'm getting a "The URL is not valid and cannot be loaded". Can anyone please check if this still works or if this has regressed?
That is precisely what you should get: the fix was to make about:about just like about:foopygoats, because neither one is supported in Firefox. Bug 469896 was filed about 3.0.x, where this wasn't and won't be fixed, so there it gives a file not found error instead of a proper (for an about: URL that isn't supported) "not valid and cannot be loaded" error.

Comment 47

9 years ago
I can confirm on 3.5

Updated

7 years ago
You need to log in before you can comment on or make changes to this bug.