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 18.104.22.168
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 ?
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 22.214.171.124?
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: 126.96.36.199.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: 188.8.131.52 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
File "/opt/libreoffice4.1/program/wizards/ui/WizardDialog.py", line 118, in initializePaths
IndexError: tuple index out of range
as an error message ... :(
HTH and sorry for the inconvenience
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 184.108.40.206 or 220.127.116.11 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 18.104.22.168.beta2 and 22.214.171.124
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.
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)
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!
I wonder if it could be same root cause as tdf#75218 put in See Also.
Andras: any thoughts here? (didn't know what email to choose, I put both).