Closed
Bug 133803
Opened 23 years ago
Closed 23 years ago
publish images in a subdirectory causes absolute urls (to wrong url)
Categories
(SeaMonkey :: Composer, defect)
SeaMonkey
Composer
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: dslmichael, Assigned: Brade)
References
Details
(Whiteboard: publish)
Attachments
(1 file)
(deleted),
patch
|
adamlock
:
review+
kinmoz
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
This was origally bug 131218, but the images are now being uploaded, so this is
to cover what wasn't fixed.
If you try to upload an image to a subdirectory on an FTP server, the HTML page
does not point to the correct place.
Steps to Reproduce:
1. Restart NS and launch Composer
2. Create a simple page with two lines of text and one image
3. Click on File - Publish As
4. Fill in all the appropriate information for your FTP server
5. Make sure to check the boxes to "Include images and other files" and "Use
this site subdirectory" Type the name of an image directory
6. Click Publish
Actual results:
I get the message "user anonymous unknown" when uploading, but if I check the
FTP server, both the HTML page and the image were uploaded to their correct
directories. Then I check the HTML source of the page, and
find out that the URL for the image is now listed as the full FTP url of the
image without the username and password.
Expected results:
I would expect that the image would upload, and that the URL in the HTML source
would be relative, something to the effect of /images/image.jpg
Assignee | ||
Comment 1•23 years ago
|
||
ok, there are really two issues here. This bug will focus on the absolute url
(they are supposed to be made relative). I'll take this bug.
The issue of the "user anonymous unknown" dialog should be filed as a separate
bug (hopefully Charley can fix that). The problem (I think) is that we are
setting the document's url to just the ftp url instead of the ftp url with the
login in it (I'd skip pw since I don't think users want their password showing
up in odd places like in a printout).
DSL Michael--do you mind filing another bug?
Assignee: cmanske → brade
Keywords: nsbeta1
OS: Windows 2000 → All
Hardware: PC → All
Summary: When publishing a page with the option to place the images in a subdirectory, the images urls in the html page are not being correctly updated → publish images in a subdirectory causes absolute urls (to wrong url)
Whiteboard: publish
Target Milestone: --- → mozilla1.0
Reporter | ||
Comment 2•23 years ago
|
||
bug 133823 filed.
Comment 3•23 years ago
|
||
See comments in bug 133823. I don't think there is a good solution for login
failure problem on the Composer side, except to require that the use always edit
the HTTP verion of the file, not the FTP url.
Assignee | ||
Comment 4•23 years ago
|
||
Comment on attachment 76742 [details] [diff] [review]
generate relative url
r=adamlock
Attachment #76742 -
Flags: review+
Attachment #76742 -
Flags: superreview+
Comment 7•23 years ago
|
||
Comment on attachment 76742 [details] [diff] [review]
generate relative url
a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #76742 -
Flags: approval+
Assignee | ||
Comment 8•23 years ago
|
||
fix checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•23 years ago
|
||
Well, with the 04-02 trunk build, Composer isn't making the image links
absolute, but the links are still not coming out right.
New bug 134940 to cover the new issue.
Marking VERIFIED.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•