Bug 103375 - MAILMERGE: unpredictable failures: sometimes looses embedded image, or not all mails sent, when e-mailing as pdf
Summary: MAILMERGE: unpredictable failures: sometimes looses embedded image, or not al...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.2.2 release
Hardware: x86-64 (AMD64) All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Mail-Merge
  Show dependency treegraph
 
Reported: 2016-10-21 07:02 UTC by dariowww2004
Modified: 2023-08-19 14:03 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dariowww2004 2016-10-21 07:02:38 UTC
Description:
If you create an ODT document (a diploma) containing an embedded image (usually a GIF image with a transparent color, usuallly a personal sign), if you decide to make a mailmerge in order to send a personal diploma to many recipient, it happens that sometime the pdf diploma is correct (text and image are ok), but sometime it happens that the pdf diploma do not contain the embedded image.
What is the worst, during the same mailmerge it happens that some recipient receive a pdf correct while other recipient receive a pdf without embedded image.
I "tested" this on three different pc (win 8.1 enterprise + libreoffice 5.2; win 7 pro 64 bit + libreoffice 5.2; win 7 pro 64 bit + libreoffice 5.2).

Steps to Reproduce:
1.create an odt diploma with an embedded GIF image 
2.mailmerge as mail to a list of recipient as attached pdf
3.

Actual Results:  
the pdf attached to the mails sometime contains the embedded gif image, sometime do not contains the embedded gif image.

Expected Results:
I want that all the pdf sent by mail contains the gif image embedded in the ODT diploma.


Reproducible: Sometimes

User Profile Reset: No, I used different profiles on different computers

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
Comment 1 Cor Nouws 2016-10-21 08:04:56 UTC
Hi dario,

Thanks for reporting. 
(In reply to dariowww2004 from comment #0)

> Reproducible: Sometimes

I did a test (daily20160915) and the image was included/shown in the pdf..

Can you maybe try to find out when it does work and when not :) ?

Ciao - Cor
Comment 2 dariowww2004 2016-10-21 08:55:30 UTC
Hi Cor,
I also the first times obtained all the mails with attached pdf correct.

We used a database of address of recipients.
Every recipient must receive a mail with attached a diploma in pdf format.
We used the libreoffice mailmerge using the option send as pdf attached in mail.

We noticed the problem after having used mailmerge few times.

I made some "test" using a database of only three records and sending three mail to three different address.
One of three address received a mail with an attached pdf with correct text and embedded image.
Two of three address received a mail with an attached pdf with correct text but without embedded image.

I tried to change the order of three records, but the result is that sometime one recipient obtain a correct pdf, sometime not.

I made som "test" using three different computers, different cpu's, different software configurations.

I do not found in libreoffice a button "preview" to control every single merged file before the send.

Ciao
Dario
Comment 3 Cor Nouws 2016-10-21 09:52:53 UTC
Hi Dario,

(In reply to dariowww2004 from comment #2)

> We noticed the problem after having used mailmerge few times.
> 
> I made some "test" using a database of only three records and sending three
> mail to three different address.
> One of three address received a mail with an attached pdf with correct text
> and embedded image.
> Two of three address received a mail with an attached pdf with correct text
> but without embedded image.

Ah... I do recognize the unpredictable behavior of sending as PDF.
After my bug 103363, I found that in daily20160915 the mailserver was foudn, but mails not send. And then in another test, they were send..

> I tried to change the order of three records, but the result is that
> sometime one recipient obtain a correct pdf, sometime not.
> 
> I made som "test" using three different computers, different cpu's,
> different software configurations.

> I do not found in libreoffice a button "preview" to control every single
> merged file before the send.

We don't have it.
In the new version, there is no dialog showing progress and possible problems either, with sending as email.

thanks for the info!
Cor
Comment 4 QA Administrators 2017-12-10 16:38:27 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-06-03 03:48:03 UTC Comment hidden (obsolete)
Comment 6 Buovjaga 2020-06-18 12:54:05 UTC
Is this still a problem with 6.4?
What was the last known working version?

Nobody has tried to bibisect this as this seems rather annoying.

Dario: I would suggest you try bibisecting, if you know an older version did not have the problem. If you have never bibisected, I suggest doing this tutorial first: https://wiki.documentfoundation.org/QA/Bibisect/Bibisecting_tutorial

The main article for bibisecting: https://wiki.documentfoundation.org/QA/Bibisect
Comment 7 Buovjaga 2022-04-07 12:12:14 UTC
There were recent fixes to mail merge code. Please re-test with fresh master.
Comment 8 QA Administrators 2022-10-06 04:10:59 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2022-11-06 03:39:05 UTC
Dear dariowww2004,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp