Problem description: When using the mail merge wizard I can select an address book, but the wizard won't let me proceed past that point. Steps to reproduce: 1. Open a text document 2. From the menu, select "Tools > Mail Merge Wizard ..." 3. Select "Use the current document" and click "Next >>" 4. Select "Letter" or ""Email message" and click "Next >>" 5. Click "Select address list ..." 6. If necessary, create a suitable address list 7. Click on a suitable address list and click "OK" Current behavior: A. From the end of Step 2 above, the following mail merge steps are greyed out and inoperative: . "Create salutation" . "Adjust layout" . "Edit document" . "Personalise document" . "Save, print or send." B. The "Next >>" and "Finish" boxes are greyed out and inoperative. Expected behavior: The "Next >>" box will be available and will allow me to proceed. Platform (if different from the browser): Ubuntu 12.04 Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:16.0) Gecko/20100101 Firefox/16.0
I have noted the exact same issue on LibreOffice 4.0.3.3 running under Linux Mint 13 x64.
Hello, same faulty behaviour with linux UBUNTU 13:10 and Libre Office and Version: 4.1.2.3 Build ID: 410m0(Build:3)
I reproduced this with version 4.3.0.0.alpha0+, Build ID 393ece995a0761a72c8341bf56e40fe4c57a4824, on Ubuntu 12.04.
I cant reproduce this in current master (38b9fe826903e661238388a93c9a283467e2d9f7 from Fri Apr 25 10:41:08 2014 +0200). The wizard steps are all active and the buttons operate. Can you recheck if this still in an issue on current master?
The problem is worse in LibreOffice 4.2.3.3 under Ubuntu 14.04. At Step 7, "OK" is greyed out and I cannot select an address list.
+1
+1 under LO Writer 4.2.6.3. Tried using CSV and ODS as source. Same problem, 'Ok' button remains greyed out.
(In reply to pablito from comment #7) > +1 under LO Writer 4.2.6.3. Tried using CSV and ODS as source. Same problem, > 'Ok' button remains greyed out. Oh and that was under Linux Mint 17. I also tried 4.3.3.2 (latest) under Windows 8 and that worked a great.
So - typically without QA confirming we don't move these forward but with a few independent confirmations. I'm going to go ahead and mark this as NEW, REOPENED is incorrect. Thanks
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Tested with LibreOffice 5.3.2.2 x64 : the bug is still present. Mailmerge was broken sometimes after version 5.1.5.2 (this is the latest functional version for me).
Yes, I can confirm this is still a problem. In some of the other reports, there were mentions of the MM wizard saving configuration/states in the user profile. I have tried deleting/emptying the profile folder in Windows but this did not help. I also tried Safe Mode with different options, but this did not help either. Any more suggestions on how to reset the LO and/or Mail Merge configuration in any other wat?
This bug was reported for LO 3.5 when MMW had 8 steps. There was a change in LO 5.2 to have 5 steps. That doesn't automatically renders this bug invalid but I did notice the following. I tested 5.1, when it had 8 steps: 3. Insert Address Block you can't pass ("Next >>" and "Finish" greyed out) until you "Select address list ..." which is correct. Once you select list, you cannot proceed until you select block with matched fields, which is not correct, but it's not what's reported in this bug. 4. "Create salutation" "Next >>" is greyed out if personalized salutation is checked but not matched. Can be unchecked. Correct. 5. "Adjust layout" "Next >>" is available. 6. "Edit document" "Next >>" is available (but not relevant anymore) 7. "Personalise document" "Next >>" is available (but not relevant anymore) 8. "Save, print or send." "Next >>" not possible. Logic was to use buttons below options, so "Finish" available after that. Not relevant anymore. I tested 6.0+, which is how it looks from 5.2: 3. Insert Address Block you can't pass ("Next >>" and "Finish" greyed out) until you "Select address list ..." which is correct. Once you select list, you cannot proceed until you match fields, which is correct. You may turn off address block. 4. "Create salutation" "Next >>" is greyed out if personalized salutation is checked but not matched. Can be unchecked and then both ("Next >>" and "Finish" are available. Correct. 5. "Adjust layout" Last step "Next >>" not possible and "Finish" available. I'll set this to WorksForMe. If the problem is clearly reproduced again with current LO, feel free to set again to New since it was confirmed before, but explain what exactly is expected and where. Please test with fresh 5.3 or better with master 6.0+ available from http://dev-builds.libreoffice.org/daily/master/. Important: test with empty address list or clean profile per https://wiki.documentfoundation.org/UserProfile. Or be aware of existing address list and report it's behavior. Please note that I intend to report block and matched fields logic separately because the bug was not originally about it.