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)
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.
Comment 1•25 years ago
|
||
changing qa contact from bugged account to sujay
QA Contact: sujay,shrir → sujay
Comment 2•25 years ago
|
||
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
| Reporter | ||
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
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.
Comment 6•25 years ago
|
||
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....
| Reporter | ||
Comment 10•25 years ago
|
||
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.
| Reporter | ||
Comment 11•25 years ago
|
||
New Blank Page to Edit is working in 2001013108. So, it was 0130 build only.
The original problem persists.
Comment 12•25 years ago
|
||
My hunch here is that there is some flakiness with the document load
notifications.
Comment 13•25 years ago
|
||
This is a serious functionality problem. Nominating for 0.8
Target Milestone: --- → mozilla0.8
Comment 15•25 years ago
|
||
CC'ing Rick, our document load notification expert
Comment 16•25 years ago
|
||
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
| Reporter | ||
Comment 17•25 years ago
|
||
It is WFM in 2001020704 MTrunk.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 18•25 years ago
|
||
yes its working!!! hurray!!!
verified in 2/7 build.
Status: RESOLVED → VERIFIED
Updated•25 years ago
|
Keywords: mozilla0.8
You need to log in
before you can comment on or make changes to this bug.
Description
•