Closed
Bug 254880
Opened 21 years ago
Closed 9 years ago
(regression in 1.7.2) pictures in table are not updated after changing them in mail editor after "edit as new" with HTML mail
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mmalarm2000-bugzilla, Unassigned)
Details
Attachments
(1 file)
|
1.24 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803
I send an HTML email which contains a simple 3x2 table. Inside each cell I
position a picture with "Insert/Image ...". I send the mail, everything works fine.
The *regression* is that I can not see the new content in mail_composer after I
did a "edit as new ..." and changed all pictures.
Testcase
1. copy & paste the simple source from below to Mozilla composer "source code"
2. copy & paste from Mozilla composer "normal" to mail
3. send mail
4. edit the just sent mail as new
5. double click on Mozilla icon
6. replace Image Location with FF icon http://www.mozilla.org/images/ico-ff.png and
7. The regression is happening in front of your eyes :-)
<table align="center" border="1" cellpadding="2" cellspacing="2"
width="85%">
<tbody>
<tr>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"><br>
</td>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"></td>
</tr>
<tr>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="http://www.mozilla.org/images/ico-moz-m.gif" height="34"
width="34"></td>
</tr>
</tbody>
</table>
Reproducible: Always
Steps to Reproduce:
1. I send an HTML email which contains a simple 3x2 table. Inside each cell I
insert a picture with the "Insert/Image ..." dialogue. I send the mail,
everything is OK.
2. I do an "edit as new" with the mail I just sent. I exchange the embedded
pictures in each cell against other pictures with the "Insert/Image ..."
dialogue. In the dialogue the new pictures are shown correctly. I OK the dialogue.
3. (regression in 1.7.2) The table content is not updated
4. If I save the content and open the draft I see the new pictures.
(Off topic) After step 4 my personal problem is, that I can not just copy the
table to paste it to my newsletter web archive anymore. When saving the draft
the pictures are are saved as inline content and I have to set all paths again
in composer.
Actual Results:
(regression in 1.7.2) The table content is not updated
Expected Results:
After inserting new pictures in step 2 and OKing the dialogue I expect to see
the new pictures in the table inside the mail composer.
As "send as new" is a major feature for me so the severity is major also.
| Reporter | ||
Comment 1•21 years ago
|
||
I am doing it with JPEGs but the testcase is valid.
Comment 2•21 years ago
|
||
When did this regress?
| Reporter | ||
Comment 3•21 years ago
|
||
(In reply to comment #2)
> When did this regress?
I remember it working fine in 1.7.1. Directly after updating to 1.7.2 I had to
do such a newsletter and saw it the first time.
Can you confirm the bug?
Comment 4•21 years ago
|
||
No, but are you sure it appeared from 1.7.1 from 1.7.2? Have you installed in a
clean folder? 1.7.2 was a bugfix release with only four security fixes and
nothing else. So unlikely that this bug was intruced between 1.7.1 and 1.7.2
| Reporter | ||
Comment 5•21 years ago
|
||
(In reply to comment #4)
> No, but are you sure it appeared from 1.7.1 from 1.7.2? Have you installed in a
> clean folder? 1.7.2 was a bugfix release with only four security fixes and
> nothing else. So unlikely that this bug was intruced between 1.7.1 and 1.7.2
I am doing these newsletters between two and three times a week. So, I am pretty
sure about the regression.
I did install 1.7.2 in the 1.7.1 folder (no 3d party extensions).
Did you check the testcase? Before opening this bug I checked the testcase and
real life examples a couple of times and the bug is reproducable. What is your
result?
Comment 6•21 years ago
|
||
Yes i see the bug with a current cvs trunk build on win2k (both th Testcase and
the Steps to reproduce).
| Reporter | ||
Comment 7•21 years ago
|
||
So the 1st thing I did this morning is a clean install into an empty folder (no
plugins or any 3d party extensions) with
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803
and performed/checked the testcase.
I still can confirm the bug. The presentation in Mail/Composer while composing
is NOT updated. The mail is sent correctly.
Because the bug is confirmed twice now I am asking for status "confirmed" and
flagged it 1.7.3? for QA.
Flags: blocking1.7.3?
| Reporter | ||
Comment 8•21 years ago
|
||
10.8.04 The testcase was already confirmed twice
Updated•21 years ago
|
Product: MailNews → Core
Comment 9•21 years ago
|
||
1.7.5 has shipped. Moving request to 1.7.6.
Flags: blocking1.7.5? → blocking1.7.6?
Comment 10•21 years ago
|
||
Confirming based on comment 6, but not blocking 1.7.6 --drivers
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.7.6? → blocking1.7.6-
Comment 11•18 years ago
|
||
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Updated•17 years ago
|
QA Contact: composition
| Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Comment 12•9 years ago
|
||
No problem anymore.
Insert - HTML to insert the table, though now changed to reflect current logo:
<table align="center" border="1" cellpadding="2" cellspacing="2"
width="85%">
<tbody>
<tr>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"><br>
</td>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"></td>
</tr>
<tr>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"></td>
<td align="center" valign="top"><img alt=""
src="https://www.mozilla.org/media/img/pebbles/moz-wordmark-dark-reverse.2cbc28bb9895.svg" height="34"
width="34"></td>
</tr>
</tbody>
</table>
Then double clicked one logo in edited received mail and replaced with https://www.mozilla.org/media/img/styleguide/identity/firefox/guidelines-logo.7ea045a4e288.png
Refreshes instantly.
Closing.
Thunderbird 52.0.1 (32-bit)
Windows 7 64-bit
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•