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

Status: RESOLVED FIXED

(SeaMonkey :: UI Design, defect)

Description

[Eugen Dedu]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615
Debian/1.0.0-3
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 http://www.prism.uvsq.fr/~dedu/bug.html 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.

Comment 1

[Tuukka Tolvanen (sp3000)]

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.

Comment 2

[Eugen Dedu]

Indeed.

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
disabled.

Comment 3

[Samir Gehani]

-> editor for a look

Comment 4

[Syd Logan]

--> cmanske

Comment 5

[Charles Manske]

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.
Hewitt?

Comment 6

[Charles Manske]

Browser problem - changing component

Comment 7

[Eugen Dedu]

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

[Eugen Dedu]

The bug is fixed, see the previous comment.