The LibreOffice fax wizard is not adopting all personal data into the fax document. Steps to reproduce: Call File - wizards - fax. In the first step choose Business fax - Modern Fax from Private. In the second step drop the logo and in the third step choose 'Use user data for return address'. Then go to the next steps and finish the wizard. You will end up with a document which language setting is English (USA) although your LibreOffice has another language setting (e.g. German). The fax document will not adopt your name in the header. The header always contain only the following data: <Street><Number>, <City>, <Zip-Code> This maybe the correct order for English (USA) but e.g. not for German. In that case the zip-code has to be in front of the city without any comma in between. The fields on the right side of the created fax document are empty but the fax number. This bug occurs also in LibreOffice 4.1.4 Tested with LibreOffice 4.2-beta2-x64 and 4.1.4-x64 on openSuSE 12.3-x64
Please remove from MAB. This isn't confirmed yet.
I discussed that issue with Björn and Michael Meeks yesterday. Björn could confirm it during our talk. Thus I don't remove it from MAB. @Timur: it would be helpful if you could test and maybe confirm it on Windows.
(This is an automated message.) Setting priority to highest as this is a 4.1 MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Reproduce on Ubuntu 13.04, LO build 4.1.3.2 Build ID: 410m0(Build:2) I think there's two bug here : - The name is not diplayed in the header - The order of the address fields is not localized Maybe it depend on the same 'template'/code ? Michaël
In extras/source/templates/wizard/fax/bus-modern-pri_f.ott , The user name field came from 'expeditor-> firstname / lastname', but the address from 'user fields -> street / city / state / postcode'. There no localisation of the fields order.
is it still reproducible under 4.2.3.3? if YES, move it from mab4.1 to mab4.2 list since 4.1.x is END of LIFE
Yes. The issue has not gone with 4.2.3. It stays also in the master (line to 4.3).
removing mab4.1 since it is EOL and already tagged as mab4.2
Hello Andreas, *, it gets even worse, if you choose a private fax instead of an business fax. There you will not see /any/ of the private data with a parallel installed (following the instructions on https://wiki.documentfoundation.org/Installing_in_parallel) LO Version: 4.3.0.0.beta2 Build-ID: a06aa316117a6ff0f05c697c82831c227812d810 with Germanophone help- as well as langpack on Debian Testing i686 ... :( And as I wanted to test your bug with Version: 4.1.6.2 Build-ID: 40ff705089295be5be0aae9b15123f687c05b0a (this one installed with 'dpkg -i /path/to/DEBS/*.deb' and with Germanophone lang- as well as helppack on the same system), the topmost wizards in "File – Wizards" do not start at all ... :( They just spit out Traceback (most recent call last): File "/opt/libreoffice4.1/program/wizards/fax/FaxWizardDialogImpl.py", line 100, in startWizard self.initializePaths() File "/opt/libreoffice4.1/program/wizards/ui/WizardDialog.py", line 118, in initializePaths xPropertySet.getPropertyValue("Template_user")[0] IndexError: tuple index out of range as an error message ... :( HTH and sorry for the inconvenience Thomas.
I gave with 4.3.3 LO Debian package (last stable LO version), I fail to reproduce the different problems but perhaps I missed something. I only noticed I can't unchecked logo tick ("logo" label itself is grayed). Would someone have some time to give a try to this 4.3.3?
please anyone of the original reporters give update of the bugs status on 4.3.4.1 or 4.4.0.0 beta1
(In reply to Andreas Mantke from comment #0) > Steps to reproduce: First, fill out all fields under Tools -> Options -> User Data. Use some made-up data for fun :P - Call File - wizards - fax. - In the first step choose Business fax - Modern Fax from Private. - In the second step drop the logo and Logo option is grayed-out - in the third step choose 'Use user data for return address'. (it was already selected) - Then go to the next steps and finish the wizard. > You will end up with a document which language setting is English (USA) > although your LibreOffice has another language setting (e.g. German). My LO is in English, so N/A. > The fax document will not adopt your name in the header. CONFIRMED with LO 4.4.0.0.beta2 and 4.3.5.1 on Ubuntu 14.04. Interestingly, I saw my entered name "Bill Barnacle" appear in the preview *while* I was running the wizard, but the name disappeared by the time to wizard had finished, seemingly right after I pressed the "Save" button to save the OTT. The header always > contain only the following data: > <Street><Number>, <City>, <Zip-Code> > This maybe the correct order for English (USA) but e.g. not for German. The address looks correct to me for the US (minor correction: The wizard (correctly) does not add a comma between the City Name and the Zip code) > The fields on the right side of the created fax document are empty but the > fax number. CONFIRMED as well. Status -> NEW Moving mab4.2 -> mab4.3
About logo greyed out or not, it's enabled only in Business Fax and not private option. It seems to me quite logical.
Created attachment 120801 [details] Steps that lead to BASIC error message I have tried to follow the steps described and in my case there was a BASIC error described in the attachment. I use a Windows XP machine. Version: 5.1.0.0.alpha1 Build-ID: a8e4f75fe264f6ece37c154951cff53f2f4fa3e4 Gebietsschema: de-DE (de_DE)
** 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.1.6 or 5.2.3 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 If 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
I wonder if it could be same root cause as tdf#75218 put in See Also. See https://cgit.freedesktop.org/libreoffice/core/commit/?id=1b7c88ab4d6aaa79c484bcb179e5b2f296654462 Andras: any thoughts here? (didn't know what email to choose, I put both).
Dear Andreas Mantke, 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 https://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! Warm Regards, QA Team MassPing-UntouchedBug