Closed Bug 128058 Opened 24 years ago Closed 24 years ago

edit remote page does not fill in publishing info.

Categories

(SeaMonkey :: Composer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0

People

(Reporter: mcs, Assigned: cmanske)

References

()

Details

(Whiteboard: PUBLISHING)

Attachments

(1 file)

Using a build from Friday 2/22/2002. The "Server Information" for an existing remote page is not filled in when I do "Publish As...." To reproduce: 1) Browse to an existing page, e.g., http://people.netscape.com/mcs/ 2) Change some text. 3) Select File / Publish To / Publish As... 4) The "Publish Page" dialog opens with the "Settings" tab activated, but everything is blank. I would expect it to fill in the location for me, and perhaps a default site name (same as the location?)
Hmmm. If you used "Publish" rather than "Publish As" it would have attempted to publish to that address (by HTTP push). It should prompt for username and password, though it isn't right now (bug 124480) The Publish As -> Publish Dialog is "site-oriented": It looks at the document URL for a match to a "publish site" where you've published before. Obviously you've never entered any site data before; you are seeing the blank "Settings" panel for you to create a site. If editing a remote URL, it does make sense to fill in the settings fields using information from the remote url. Good suggestion.
Blocks: 88208
Status: NEW → ASSIGNED
Keywords: nsbeta1+
Whiteboard: PUBLISHING
Target Milestone: --- → mozilla1.0
I understand that Publish would've tried to publish, but what I often do is edit a remote HTTP document and then publish it under a new name (for status reports, for example). But I do see that now that I have created a "publish site" that matches, it is correctly selected for me. So this bug is more of an enhancement: fill in default information for the site based on the page being edited.
Fixed as part of patch to bug 88208
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Mark, between steps 1) and steps 2) there is something missing. do you mean to do a File | Edit Page then proceed to step 2) ?
After discussing and testing with Charley, we are REOPENING this one because it still does not populate the Publish URL/Site name after bringing a page down from the server. It will do it only if you have published up there already(having a site name already in site settings) So here are the steps: 1) launch netscape 2) Jump to a page you have on a server that you have permission to edit (eg. a page on blues/jazz or a page on www.mozilla.org, OR a page as Mark Smith suggests above on people.netscape.com) 3) File | Edit Page 4) Make an edit 5) click on Publish button on toolbar Actual results: The publish dialog comes up blank. All fields are blank Expected results: the publish dialog should come up with Publish URL populated with correct URL and Site name populated(Mark Smith suggests using the URL to put here) This was reproduced using 3/8 trunk build.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached patch FixSplinter Review
Edge case: We didn't automatically create a new site when there were none in the database already.
(yes, I omitted step 1.5: Select File / Edit Page)
Steps to test: 1. Be sure you don't have any sites you have published to before. Save your prefs.js file to backup first, then use Edit | PublishSiteSettings to delete any sites you may have. 2. Edit any remote page: e.g., http://www.mozilla.org/. 3. Use File | Publish As to bring up the Publish dialog. You should be in the "Settings" tab with the URL filled in for: "Site Name", "Publish URL...", and "HTTP address..." input fields.
Status: REOPENED → ASSIGNED
Keywords: patch, review
Whiteboard: PUBLISHING → PUBLISHING, FIX IN HAND,need r=,sr=
Comment on attachment 73239 [details] [diff] [review] Fix r=akkana, seems to work fine.
Attachment #73239 - Flags: review+
Whiteboard: PUBLISHING, FIX IN HAND,need r=,sr= → PUBLISHING, FIX IN HAND,need sr=
Whiteboard: PUBLISHING, FIX IN HAND,need sr= → PUBLISHING, FIX IN HAND, reviewed
Comment on attachment 73239 [details] [diff] [review] Fix a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #73239 - Flags: approval+
checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Whiteboard: PUBLISHING, FIX IN HAND, reviewed → PUBLISHING
Verified on Win 98 using 03-18 trunk.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: