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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
-> editor for a look
Assignee: sgehani → syd
Component: XP Apps → Editor: Composer
QA Contact: paw → sujay
Assignee: syd → cmanske
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?
Browser problem - changing component
Assignee: cmanske → sgehani
Component: Editor: Composer → XP Apps
QA Contact: sujay → paw
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
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.
The bug is fixed, see the previous comment.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.