On sending a mailmerge with a datasource of a calc ods file, the data in the mail body does not match the recipients data.
E.g. a mail is sent for mail8@host (data from line 8, column email) with data from line 7.
Steps to Reproduce:
0. Edit the ods file to contain email addresses.
1. Open the odt file.
2. Attach the ods file using the mail merge assistant.
3. Delete the fields and re-add them using the correct data source.
4. Send emails.
1 7,00 €
2 14,00 €
1 8,00 €
2 16,00 €
User Profile Reset: Yes
OpenGL enabled: Yes
Version: 188.8.131.52 (x64)
CPU-Threads: 4; BS: Windows 6.3; UI-Render: Standard;
Gebietsschema: de-DE (de_DE); Calc: group
Created attachment 144965 [details]
sample ods file
Created attachment 144966 [details]
sample odt file
same behaviour if openGL is disabled
After removing the surrounding table, the correct data is used.
You missed instructions: to match the fields to data source entries, double-click them (Vorname, asd, asd2) and pick the columns with the matching names.
Arch Linux 64-bit
Build ID: 6.1.1-1
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5;
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Created attachment 166250 [details]
Another minimal odt file
This bug exists for a long time, and still exists on the current master build.
The problem is, when the mail merge file (i.e., the odt file) contains a table, then the merged result would have the 1st record in the 1st result, but the 2nd result still contains the 1st record, the 3rd result contains the 2nd record, and so on, and finally the last record would contain both the last-1 and the last record in the same document.
The problem does not happen if the odt file does not contain a table.
Attached is a minimal odt file.
Steps to Reproduce:
1. Open the "Another minimal odt file", double-click on any of the two fields, then browse "Add database file", choose the "Another minimal ods file" attached to the next comment.
2. Update the two fields to use the datasource you have added in step 1. Save and reopen the odt file.
(LibreOffice 184.108.40.206 may crash at this step, but this may be a different issue and I will report in a separate report)
3. Enable Mail Merge toolbar (View -> Toolbars -> Mail Merge), click once the "Next Mail Merge Entry" (i.e., -> button in the Mail Merge toolbar). Then click "Save Merged Documents -> Save as Individual documents" on the same toolbar. Choose a location and save.
4. Open the merged individual odt files.
--> The 1st result correctly contains the 1st record ("Kevin Suo"). The 2nd result wrongly still contains the 1st record ("Kevin Suo"). The 3rd result wrongly contains both the 2nd record ("Xiujuan Liu") and the 3rd record ("Aixi Suo") in the same file on two different pages.
The expected result is, 1st record in the 1st result, 2nd record in the 2nd result, and 3rd record in the 3rd result.
Created attachment 166251 [details]
Another minimal ods file (datasource)
Created attachment 166252 [details]
merged result 7z from the minimal file