Closed
Bug 127698
Opened 23 years ago
Closed 22 years ago
Save button does not come up when opening file from Windows Explorer
Categories
(SeaMonkey :: Composer, defect)
SeaMonkey
Composer
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: sujay, Assigned: cmanske)
References
Details
(Whiteboard: EDITORBASE QAHP)
Attachments
(1 file, 3 obsolete files)
2.78 KB,
patch
|
Brade
:
review+
kinmoz
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
using 2/25 build of windows 1) create an HTML file on your desktop 2) launch Windows Explorer 3) right click on that HTML file and choose "Edit" the file gets loaded into a composer window, but there is no Save button on toolbar! You are forced to use "Save As".
Comment 1•23 years ago
|
||
I am seeing this problem on Win 2k using the 02-25 trunk build as well.
Assignee | ||
Comment 2•23 years ago
|
||
Side effect of recent publish UI changes. This calls method that sets save/publish UI during editor's onload command.
Assignee | ||
Updated•23 years ago
|
Comment 3•23 years ago
|
||
Is plain text editor also broken? Do we need to address that case?
Assignee | ||
Comment 4•23 years ago
|
||
*** Bug 127738 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 5•23 years ago
|
||
Comment on attachment 71332 [details] [diff] [review] Fix should have shown more context. This is in function EditorOnLoad()
Assignee | ||
Comment 6•23 years ago
|
||
Attachment #71332 -
Attachment is obsolete: true
Comment 7•23 years ago
|
||
Comment on attachment 71550 [details] [diff] [review] Update: Need to put same call in TextEditorOnLoad() url is not defined in TextEditorOnLoad
Attachment #71550 -
Flags: needs-work+
Assignee | ||
Comment 8•23 years ago
|
||
Of course it helps to get it right.
Attachment #71550 -
Attachment is obsolete: true
Comment 9•23 years ago
|
||
Comment on attachment 71558 [details] [diff] [review] Update. r=brade
Attachment #71558 -
Flags: review+
Assignee | ||
Comment 10•23 years ago
|
||
Comment on attachment 71558 [details] [diff] [review] Update. sr=sfraser
Attachment #71558 -
Flags: superreview+
Reporter | ||
Comment 11•23 years ago
|
||
lets get this fix in...
Comment 13•23 years ago
|
||
Comment on attachment 71558 [details] [diff] [review] Update. a=asa (on behalf of drivers) for checkin to 0.9.9 and the trunk
Attachment #71558 -
Flags: approval+
Assignee | ||
Updated•23 years ago
|
Whiteboard: FIX IN HAND, needr=,sr= → FIX IN HAND reviewed
Assignee | ||
Comment 14•23 years ago
|
||
checked into both trunk and 0.9.9 branch
Comment 15•23 years ago
|
||
I am still seeing this problem on today's trunk build (03-04) on Win XP. I am reopening this bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 16•23 years ago
|
||
Do you see the Publish button instead?
Assignee | ||
Comment 17•23 years ago
|
||
Also, what is the URL of the file: from the window caption and from Format | Page Title and Properties dialog).
Comment 18•23 years ago
|
||
Yes, I see a publish button instead. The title bar lists the file as: asdf (file:/.../asdf.html) - Composer Format - Page Title and Properties lists the file as: file:///C:/Documents% 20and%20Settings/QA%20Tester/Desktop/asdf.html
Assignee | ||
Comment 19•23 years ago
|
||
So the problem is the "file" scheme isn't being detected because initial URL is a local Windows filepath, which is totally legal. The new fix does this: 1. Removes calls to SetSaveAndPublishUI() from the editor's onload handlers and from EditorStartup code. It's too early to call then. 2. Call SetSaveAndPublishUI() in the NotifyDocumentCreated callback; at this time, we can get the document URL, which will be converted to "file://..." format. 3. Change editorOverlay.xul to initially hide the Publish button so the Save button displays during document loading. When finished, SetSaveAndPublishUI switches to the Publish button (when appropriate) without jiggling the toolbar.
Attachment #71558 -
Attachment is obsolete: true
Assignee | ||
Updated•23 years ago
|
Status: REOPENED → ASSIGNED
Whiteboard: EDITORBASE QAHP → EDITORBASE QAHP, FIX IN HAND, need r=,sr=
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 20•23 years ago
|
||
Comment on attachment 72652 [details] [diff] [review] New fix r=brade
Attachment #72652 -
Flags: review+
Assignee | ||
Updated•23 years ago
|
Whiteboard: EDITORBASE QAHP, FIX IN HAND, need r=,sr= → EDITORBASE QAHP, FIX IN HAND, need sr=
Comment 21•23 years ago
|
||
Comment on attachment 72652 [details] [diff] [review] New fix sr=kin@netscape.com
Attachment #72652 -
Flags: superreview+
Whiteboard: EDITORBASE QAHP, FIX IN HAND, need sr= → EDITORBASE QAHP, FIX IN HAND, reviewed
Comment 22•23 years ago
|
||
Comment on attachment 72652 [details] [diff] [review] New fix a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #72652 -
Flags: approval+
Assignee | ||
Comment 23•22 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → FIXED
Whiteboard: EDITORBASE QAHP, FIX IN HAND, reviewed → EDITORBASE QAHP
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•