Closed
Bug 128058
Opened 24 years ago
Closed 24 years ago
edit remote page does not fill in publishing info.
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: mcs, Assigned: cmanske)
References
()
Details
(Whiteboard: PUBLISHING)
Attachments
(1 file)
|
4.22 KB,
patch
|
akkzilla
:
review+
kinmoz
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
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?)
| Assignee | ||
Comment 1•24 years ago
|
||
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.
| Reporter | ||
Comment 2•24 years ago
|
||
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.
| Assignee | ||
Comment 3•24 years ago
|
||
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 → ---
| Assignee | ||
Comment 6•24 years ago
|
||
Edge case: We didn't automatically create a new site when there were none
in the database already.
| Reporter | ||
Comment 7•24 years ago
|
||
(yes, I omitted step 1.5: Select File / Edit Page)
| Assignee | ||
Comment 8•24 years ago
|
||
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.
Comment 9•24 years ago
|
||
Comment on attachment 73239 [details] [diff] [review]
Fix
r=akkana, seems to work fine.
Attachment #73239 -
Flags: review+
| Assignee | ||
Updated•24 years ago
|
Whiteboard: PUBLISHING, FIX IN HAND,need r=,sr= → PUBLISHING, FIX IN HAND,need sr=
Comment 10•24 years ago
|
||
Attachment #73239 -
Flags: superreview+
Whiteboard: PUBLISHING, FIX IN HAND,need sr= → PUBLISHING, FIX IN HAND, reviewed
Comment 11•24 years ago
|
||
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+
| Assignee | ||
Comment 12•24 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Whiteboard: PUBLISHING, FIX IN HAND, reviewed → PUBLISHING
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•