Closed Bug 66526 Opened 25 years ago Closed 25 years ago

Composer requires clicking a link to make online pages editable when started with Edit Page.

Categories

(Core :: DOM: Editor, defect)

PowerPC
Mac System 9.x
defect
Not set
major

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: tarahim, Assigned: rpotts)

Details

Open a simple HTML page from Internet address. File|Edit Page Result:the page opens in Composer, but you can not edit it, save it, or change modes to show tags, HTML source, or anything. However, if you save the page and open the local file from Browser, Edit Page works. 2001012413 MTrunk.
changing qa contact from bugged account to sujay
QA Contact: sujay,shrir → sujay
using build 2001012504 on win32, this is a wfm using build 2001012510 on mac, this is a wfm selected netscape home page selected File|Edit Page entered text, deleted images
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Funny that you mention www.netscape.com. In my environment, Composer gives me an alert "This type of page can't be edited". The only way that I could get Edit Page right was when I clicked an link within the page displayed in the Compose window. That has not been the case in previous builds. For example, you have this bug page displayed in the Browser, and hit Command+E. You get Composer window, but it does not show the red dotted lines that indicates the borders of various elements. Then you hit a link in this window, say "Assigned To:", and only after that, Composer gets into edit page mode. Furthermore, if the link has a target window, the initial clicking actually brings a new browser window. Modifying the summary to clarify this point and reopening. 2001012510 Mac build.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: Edit Page is not working for pages online. → Composer requires clicking a link to make online pages editable when started with Edit Page.
I don't see any of these issues that you raise -- asking QA to verify the scenario on their mac
yes this is a problem using trunk build 2001012608 on Mac. Windows trunk build is fine. Mac and Windows branch builds are fine.
I am confused by this bug. Please get steps to repro, with a specific URL. Be sure to test pages with and without charset headers.
steps: 1) launch netscape 2) Jump to URL http://www.yahoo.com 3) File | Edit Page click in that page and try to edit it....you can't... Simply come to my cube to see this behavior...
Beth just saw this in my cube....I will download the trunk again and see it still happens in current builds....
still a problem on 1/30 Mac trunk build.
Actually, New Blank Page to Edit, or command+4 opens a new Composer window which can not be edited at all. You can not even use save as in such case.
New Blank Page to Edit is working in 2001013108. So, it was 0130 build only. The original problem persists.
My hunch here is that there is some flakiness with the document load notifications.
This is a serious functionality problem. Nominating for 0.8
Target Milestone: --- → mozilla0.8
fixing nomination
Keywords: mozilla0.8
Target Milestone: mozilla0.8 → ---
CC'ing Rick, our document load notification expert
assigning this one to Rick, please hand this one back if it ends up not being a document load notification issue
Assignee: beppe → rpotts
Status: REOPENED → NEW
It is WFM in 2001020704 MTrunk.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
yes its working!!! hurray!!! verified in 2/7 build.
Status: RESOLVED → VERIFIED
Keywords: mozilla0.8
You need to log in before you can comment on or make changes to this bug.