File->EditPage is disabled after choosing a link to a nonexistent local file



UI Design
16 years ago
14 years ago


(Reporter: Eugen Dedu, Assigned: Samir Gehani)


Firefox Tracking Flags

(Not tracked)





16 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615
BuildID:    1.0.0

When a *local* page is loaded in browser, the File->EditPage allows to edit that
page by opening the composer.

If you click on a link to an inexistent file (see demo URL), a new small window
prints that the file is inexistent, and the current file shown in browser is not
changed.  After that, File->EditPage becomes disabled, which I think it is wrong.

Reproducible: Always
Steps to Reproduce:
1. Copy to a local file and open it
2. Check that File->EditPage is enabled
3. Click on the link
4. Close the error window (file cannot be found)
5. File->EditPage becomes disabled.

Expected Results:  File->EditPage should stay enabled.

Workaround: If you relod the page, File->EditPage becomes enabled again.
linux trunk cvs 2002-06-21

Confirmed; also:

1. Verify that |File > Edit Page| is enabled.
2. Type "file:///ihavenopantson" in url bar, hit enter, dismiss alert.
-> |File > Edit Page| is disabled, but shouldn't be.

Whether the page originally being viewed is a local file or not doesn't seem to
make a difference.
Ever confirmed: true

Comment 2

16 years ago

Changing tab and going back to the original tab also solves the problem.

Another example:
I open a remote page.  I type an inexistent address, then dismiss the popup
alert.  If and only if the inexistent address is local, the EditPage becomes

Comment 3

16 years ago
-> editor for a look
Assignee: sgehani → syd
Component: XP Apps → Editor: Composer
QA Contact: paw → sujay

Comment 4

16 years ago
--> cmanske
Assignee: syd → cmanske

Comment 5

16 years ago
The "File -> Edit Page" is a browser command. This is really a browser bug.
I'll be happy to help, but it's not clear how/where the command "Browser:EditPage"
is enabled/disabled.

Comment 6

16 years ago
Browser problem - changing component
Assignee: cmanske → sgehani
Component: Editor: Composer → XP Apps
QA Contact: sujay → paw


16 years ago
Summary: File->EditPage is disabled after choosing a link to an inexistent local file → File->EditPage is disabled after choosing a link to a nonexistent local file

Comment 7

15 years ago
This bug is fixed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3)
Gecko/20030327 Debian/1.3-4.  The additional bug in comment #1 is also fixed.

Comment 8

15 years ago
The bug is fixed, see the previous comment.
Last Resolved: 15 years ago
Resolution: --- → FIXED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.