266804 - Images not published along with web page

Status: NEW

(SeaMonkey :: Composer, defect)

Description

[Nelson Bolyard (seldom reads bugmail)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040927
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040927

I do a bunch of simple web page composing with mozilla.  
I recently switched from 1.7 RTM to 1.8a4, and numerous regressions
are apparent.  

I create a simple web page with a few images.  I have stored the 
page and the images in the same local directory on my PC, and the
page names the image file using a file name relative to the page 
location.

I save the document, then press publish.  I check the box that says
"Include images and other files", and the radio button that says
"Use the same location as page."  

When I click the publish button, it publishes the page, but makes no
attempt to publish the images.  

In 1.7, it would attempt to publish the images too.  That sometimes
worked, and sometimes failed, but at least it tried.  
In 1.8a4, it doesn't even try.

Reproducible: Always
Steps to Reproduce:
1. Compose page with one or more images, using a URL relative to page location.
2. Publish page, using "Include images and other files", and the radio button 
that says "Use the same location as page." 


Actual Results:  
It uploads the page, but does not attempt to upload any images.

Expected Results:  
upload the page and at least TRY to upload the images.

Comment 1

[Nelson Bolyard (seldom reads bugmail)]

1.8a4 is from the trunk, right?  
Since this is a regression from 1.7, I think it should be fixed before the 
next 1.8 alpha.

Comment 2

[Nelson Bolyard (seldom reads bugmail)]

Additional discovery:  It seems that after saving the page with the images
locally, if I close the composer window, and open the page again in a new
composer window, and then publish, it will attempt to publish the pictures
along with the page.  

Comment 3

[Tracy Walker [:tracy]]

I have not been able to reproduce this with mozilla trunk build (1.8a5)
2004-11-12-06-trunk

Comment 4

[Nelson Bolyard (seldom reads bugmail)]

I will try that build this weekend to see if I can still reproduce it.

Comment 5

[Asa Dotzler [:asa]]

Any luck, Nelson? 

Comment 6

[Nelson Bolyard (seldom reads bugmail)]

Confirmed, still an issue in latest nightly trunk build, identified as:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041115

It says it succeeded, but it does not publish the image.
The latest test page may be seen at 
http://selenab.home.comcast.net/letter7/testpage.html
I will attach captured images of the windows seen during the 
publication attempt.

Comment 7

[Nelson Bolyard (seldom reads bugmail)]

Attachment: snapshot of publish window

This snapshot shows that I had selected the option to publish the images
along with the test page.

Comment 8

[Nelson Bolyard (seldom reads bugmail)]

Attachment: snapshot shows no attempt to publish image

Comment 9

[Nelson Bolyard (seldom reads bugmail)]

Please prioritze this bug consistenly with its blocking status.

Comment 10

[Boris Zbarsky [:bzbarsky]]

Nelson, is there any chance that you can narrow down when this broke (possibly
using the builds on http://archive.mozilla.org/)?

Comment 11

[Asa Dotzler [:asa]]

Seems like this is closely related to 266807 which I can't reproduce. Without
that, or a small regression window to investigate, we're not going to block on
this. 

Comment 12

[medora abbott]

(In reply to comment #0)Do you or anyone out there know why Comcast toolbar cannot be installed on Mozilla?  Do not like nor use IE any longer.  Google is my best account, and its toolbar can be installed like a piece of cake.  Yet I connect to internet thru Comcast cable.... know any reason/issue why their toolbar cannot be installed on my Mozilla? (p.s.  tried Vista for awhile, yet back with XPsp2, since found Vista isn't compatible with lots of my software..)  thanks for your reply, hopefully... [e-mail]/[e-mail].....
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4)
> Gecko/20040927
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4)
> Gecko/20040927
> 
> I do a bunch of simple web page composing with mozilla.  
> I recently switched from 1.7 RTM to 1.8a4, and numerous regressions
> are apparent.  
> 
> I create a simple web page with a few images.  I have stored the 
> page and the images in the same local directory on my PC, and the
> page names the image file using a file name relative to the page 
> location.
> 
> I save the document, then press publish.  I check the box that says
> "Include images and other files", and the radio button that says
> "Use the same location as page."  
> 
> When I click the publish button, it publishes the page, but makes no
> attempt to publish the images.  
> 
> In 1.7, it would attempt to publish the images too.  That sometimes
> worked, and sometimes failed, but at least it tried.  
> In 1.8a4, it doesn't even try.
> 
> Reproducible: Always
> Steps to Reproduce:
> 1. Compose page with one or more images, using a URL relative to page location.
> 2. Publish page, using "Include images and other files", and the radio button 
> that says "Use the same location as page." 
> 
> 
> Actual Results:  
> It uploads the page, but does not attempt to upload any images.
> 
> Expected Results:  
> upload the page and at least TRY to upload the images.
> 

Comment 14

[Phoenix]

Carrying from Bug 266939:
Still here, published only one image from six in row
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120712003002

Comment 17

[[e-mail]]

Hello - this is Brad from Wolfbay.

I have been using these products, was previously used Netscape. Netscape 7.1 had a similar problem. If you opened a page, edited it, and then published the images would crash. You had to close and save the page, reopen and then it would publish. (as stated above)

Seamonkey made some changes, but now has a similar but a little different problem. Best way to look at the Seamonkey problem, is open a web page with 10 images, change a couple of images and then publish, selecting to publish all images - Seamonkey will not publish ANY images - it will publish the page and text changes, pictures will all corrupt (mostly .jpg's)

NEW NOTE - we use this 8 hours a day, 6 days a week - very heavy user of this product. We have an Apple on the Network - it works ok with Apple - looks like a windows issue. We have both XP and Windows 7 64 bit - crashes on the Windows systems.

Comment 18

[[e-mail]]

Correction

Seamonkey will publish the page and text changes, "changed pictures will corrupt" nothing happens to non changed pictures.

Comment 19

[[e-mail]]

Hello,

Previously reported that this published ok in apple version - that was an error - it does NOT work in Apple version either - employee was just doing a work around.

SO... publish a web page with lets say 4 pictures, save the file to your disk.

Open the saved file on your disk with composer, add a couple more pictures, select publish, include images, it will not publish the new pictures, it will also not show check marks in the publishing box for all of the pictures. The text changes will publish, it just will not FTP the list of images (.jpg) - requires us to open Cute FTP and manually update the pictures for the web page, very time consuming with over a thousand different web pages.

We consider this a serious bug, as the value of seamonkey is not in the browser, rather it is a complete package with Composer being the deal maker, then email, then the browser - but composer is why the product is so valuable.

Comment 20

[Rainer Bielefeld]

Still REPRODUCIBLE with DE SeaMonkey 2.35 (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla)  Gecko/20100101 Build 20150616034436 (Classic Theme) on German WIN7 64bit

This still is messed up completely, I never manage to get all pictures published with the html page. May be only the first one (on page? Inserted?) becomes uploaded.