User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
Build Identifier: LibreOffice 22.214.171.124
If i try to save a file by printing a mail merge, i can`t select any data set from the database file anymore. No matter what data set i chose, the new file is built from the first row of the data chart.
The bug is new. Former release of libre office worked well.
Steps to Reproduce:
1. connect writer document to a data source
2. print the writer document
3. klick selected records
4. "output": File" and "save as single document"
it does not matter what record you select, always the first is used for the new document.
The new document should be created with the chosen record
[Information automatically included from LibreOffice]
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Reset User Profile?No
The bug occurs only by using one special combination data source - mail merge file. I try to find out, what the difference between the working and not working combinations is and will tell you here.
This seems to be very similar to bug 101841.
Since you see this problem in Linux, I hope we can find a way to reproduce the bug.
BTW: there is also bug 102010, which might be related.
And please check, if you really created a new file, just in case some other bug actually prevents writing a new output file.
Does it also happen, if you print it, for example to a PDF printer?
I really created new files. The new file is a .odt file and it contains the data from the record of the first row even if I selected another one.
I tried to print it into a pdf file as you recommended, and the correct File was created.
You are right, it seem to be the same bug as 101841.
Please can you check, if current master fixes your bug too, by trying to reproduce the bug using a daily build available at http://dev-builds.libreoffice.org/daily/master/ ? More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds
I already had a look, but nothing in the mail merge code area looks suspicious as a bugfix for your problem. There is something about broken DB change, but that's nothing, which would result in a "always first" bug?! I hope I can also reproduce the bug with 5.2, because it's really puzzling me, and I need to get this fixed too...
woluld it help to send you the files, that create the bug?
It would be an other data point, so generally yes. Please attach them to the bug report. Be aware these files will be public! If you can create a reproducable, simplified test case, I could use it for a unit test, so this won't break again. I still have to reproduce the bug, when I have access to my 5.2 build at work next week.
Created attachment 127833 [details]
here are the 3 files that create the bug
This is really a nasty error: I am using this function for generating form letters.
As a workaround, I have to do this for the whole database, although I need it only for a single entry. Then I generate a PDF file only for the pages relating to the entry I am interested in - this also brakes sometimes when the file is too long.
I regard mailmerge as a central function for using libreoffice in a productive way, and this function is badly needed!!!
*** This bug has been marked as a duplicate of bug 101841 ***