I can confirm this really annoying problem.
Reiner

Confirmed in French too.

Valid enhancement request.
That said the wizard creates a template and allows you to modify it before its first use.

I do not know how it is difficult to adapt the wizard to the locale.

Best regards. JBF

Hi again,
it was me who reported the problem. It is really nice that you finally begin to acknowledge that there is indeed a problem with this wizard. Took very long. Question: Will there be any action? Soon?

You're now classifying that as an 'enhancement request'. That's fair enough. In reality it still is a bug, because this all worked correctly in OpenOffice.org 3.x (wich LibreOffice is supposed to be based upon). That means that the developers ruined the wizard after the fact. So to me that means it is a bug. And it also answers the question whether it can be fixed anyway. Thank you.

Regarding JBF's pedantism about the wizard creating a template rather than a document: yes, that's true. It doesn't change the fact that even the template has to be the correct paper size. Of course I could change a template and just for your information: you can also change a document (doh!), but that's not the reason we want a wizard in the first place, right? Because if I have to change everything like paper format, folding mark positions, text field positions and so on, I would not need any sort of wizard anyway.
If there is a wizard it needs to make the magic happen automatically. I certainly hope that isn't so difficult to understand.

Fabian

Fabian: can you confirm that the bug is not yet in LibreOffice 3.5.0? If it's not, it could be bibisected to find out when it appeared. Then it would be much easier to fix. 3.5.0 is the oldest that we can bibisect from.

https://wiki.documentfoundation.org/Installing_in_parallel
http://downloadarchive.documentfoundation.org/libreoffice/old/

As to your question of when this will be fixed: we have ~7000 bugs and over 2000 feature requests. If you want to see the situation improve in general, you should join the QA team and help us make it easier for developers to fix bugs. If you want to see your bug fixed in particular, you might offer money for it in http://freedomsponsors.org/ for example, or hire some freelancer or contact a consulting company like Collabora or CIB.

Re-checked with LibreOffice 3.5.7.2 German (Linux Mint 13; clean install; language pack German)
Result:
Letter wizard creates template/document with correct layout DIN A4 -> folding marks at the correct position; text frames at the correct position; ZIP in front of name of the city (as it should be).

It is just like I said all along: in version 3.x this bug was not present and it was introduced later.

I hope you're satisfied. By the way: that would have been your job to check for that. Now it's your turn.

(In reply to Fabian Tröster from comment #5)
> [...]
> I hope you're satisfied. By the way: that would have been your job to check
> for that. Now it's your turn.

No.
You should read: https://wiki.documentfoundation.org/QA

(In reply to Beluga from comment #4)
> If
> it's not, it could be bibisected to find out when it appeared.
IIRC This wizard was rewritten in Python in the 4.0 cycle, instead of Java. That's the first candidate I can think of.

(In reply to Fabian Tröster from comment #5)
> By the way: that would have been your job to check for that.
This doesn't make any sense in the LibreOffice context. LibreOffice is a community project, and we all here are ordinary users, just like you, volunteering in our free time to improve the software.

Maxim: thank you for that Python tip. Let's add a bibisect request anyways.
It seems I mistakenly set this to be an ehancement last year..

Thank you. Retested the bug on Microsoft Windows 7 64bit German (!) with the latest Version of LibreOffice 5.2.4 64bit German (!) as per download today.

The bug is still present, no change in behaviour.

Three more years and not a fix in sight. Unbelievable. Could someone please take care of this? Greatly appreciated.

One more thing to note: Tested this exact bug on Apache OpenOffice 4.1.3 (current release; downloaded today): Apache OpenOffice works correctly and does not have this bug.

Please also check Bug 65259. No duplicate!

https://bugs.documentfoundation.org/show_bug.cgi?id=65259

Xisco: noticing this commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=dc85befb7a25a5a70a17c259b4d54a2f17f90123, it seems that there was still some localization part in 2011 but nothing now with Python conversion.
Any idea why? (lack of time or due to some decision at these times)
In comparison Apache Openoffice extras/source/templates/wizard/letter contains a subdirectory lang which itself contains 28 subdirectories representing languages each containing ott files

After some research I found this commit:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=1b7c88ab4d6aaa79c484bcb179e5b2f296654462

Istvan/Andras: thought you might be interested in this one. It seems not only translations must be taken into account but also template layout and printing config.

*** Bug 112718 has been marked as a duplicate of this bug. ***

See also bug 76525!

Bug still exists. Can you please fix it already?

It is a regression!

In fact it is now even worse with LibreOffice 6.0 because now there is no German translation of the wizard anymore. Why did you do that? Why are you hellbent on making the wizard worse and worse with each version of LibreOffice?

If you can't be bothered to fix the wizard then why not remove it altogether?! As it stands the wizard is now worse than useless.

Thank you for doing nothing in this regard for almost five years (see bug #65259 as to why "five" years). I might switch to Apache OpenOffice.org.

Fabian: the people you have interacted in this report have each put thousands of hours into improving LibreOffice without compensation. Surely, if the letter wizard is so important to you, you could have put a fraction of that time into solving this issue yourself. Nothing is stopping you from investigating the matter or finding some local hacker to do it for you.

Buovjaga: I understand where you're coming from. But your comment is quite frankly unreasonable. If you read my bugreport (which you haven't, I'm sure) you would understand that the letter wizard was working in LibreOffice 3.3
So someone put a few hours into it to break the letter wizard. That was some five years ago. I didn't pay them to break it, I didn't even ask them to break it.
My request is simply that since someone on the LibreOffice team broke it without compensation they should fix it with or without compensation.
Also, if there is a function which isn't working properly then it should be fixed. If you can't be bothered by it, why not remove the letter wizard altogether? This bugreport has existed for very nearly 5 years and nothing has improved.
Fact is: the letter wizard is working on Apache OpenOffice.org 

If you don't want bugs to be reported then say so up front!

Fabian: Do you really think someone had in mind to break this on purpose?
You act like you were a chief or something, fact is no one must obey your commands and no one cares you switch to Apache OpenOffice or whatever.
Instead of complaining like you, I'm trying to improve things (see https://gerrit.libreoffice.org/#/c/47521/).
Advice have already been given by others here so either you have information to help here and add an useful comment or refrain from commenting for nothing constructive.

Julien: Yes, you're right. I'm sorry. Really, I am. It was out of place. I agree, nobody wanted to breakt it on purpose, that's probalby true. But nothing has improved and that is disappointing. Also, if no one wanted to break it on purpose then it is unreasonable to ask for money to fix it. Sorry if that is something you don't like hearing.

Just to explain why I revisited this bugreport: every year the system sends an automatic message to check whether the bug still exists. So I install all the latest software LibreOffice and to check again Apache OpenOffice.org. That takes an hour anyway. Then I retest, see that it doesn't work in the current version. And seeing that bug #75218 and bug #65259 are really old and nothing has improved is really frustrating.
I try to be productive in that I send and update these bugreports.

The problem is: yes, I could try to fix it myself, but that means I will have to spend a couple of weeks or months of my spare time to understand the codebase and make a fix for it which might work or not. You are the ones who understand the codebase best.

Spending money, yes, that's a possibility. Or maybe I just move to Apache OpenOffice.org.

And for now I will remove myself from CC of this bugreport. I'm sorry that I was reporting the bug in the first place. And I am very sorry that my comments were out of place. I apologise.

Also experiencing this issue being on an Italian locale (got here from bug 112718).

A couple of quick questions.

- Would it be possible to revert to the Java document wizards given that the Python ones have evident regressions wrt the former? Is it too late for a simple revert of the corresponding commits to go through without too many conflicts? 

- As an alternative, would it be possible to at least gray out the document wizards in the menu for all locales different from En-US? I do not think that keeping exposing functionalities that have been known to be broken for a long time is a good idea, as it causes a waste of users' time (10' multiplied by 10 million users are millions of men-hours that could be employed better) and most important tends to trigger user frustration on the bug tracker.

Andras: re reading about this one, I understand the purpose of simplifying and trying to unify with https://cgit.freedesktop.org/libreoffice/core/commit/?id=1b7c88ab4d6aaa79c484bcb179e5b2f296654462 but how to deal with different layouts?
I mean, I suppose we can change format of the page from Python by using "Locale setting" from Options, but layout rules (eg: the already quoted postcode position) are different according to countries. Also, the word size vary according to the languages so we can't use fixed positions.
In brief, I understand the fact we don't want to manage lots of localized templates but I don't know how we can deal with all the rules with only 1 language template.
(just wonder how Office suites or any softs manage this kind of problematic)
 
Then, even if don't have opinion about this, I understand the request to revert knowing that here, since we migrated this part from Java to Python, it wouldn't be a simple revert.

Any thoughts?

I'd say go with templates. It's insanely difficult to try to hardcode something like that into program. Templates are external entity in a way, and more suitable for modification by localization teams.

*** Bug 76525 has been marked as a duplicate of this bug. ***

*** Bug 65259 has been marked as a duplicate of this bug. ***

(In reply to Mike Kaganski from comment #26)
> I'd say go with templates. It's insanely difficult to try to hardcode
> something like that into program. Templates are external entity in a way,
> and more suitable for modification by localization teams.

I would also prefer to use templates cause they are 
- easer to make
- easier to localize

as the wizzard templates use >>variables<< how would be the easiest way to like templates to an database?

This is still an issue in:

Version: 7.3.3.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+wayland)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Gentoo official package
Calc: threaded

The page size of wizard documents is local dependent since LibO 7.5 and resolution of tdf#143956

Hello,

unfortunately the page size is the only thing, that is fixed for the letter wizard.

Several entries, that are visible in the preview, while i step through the wizard, vanish, as soon as I finish it and create a document:
My sender phone number and email address, the date field and my name below the greeting.
The zip number is behind the city name, which is wrong for Germany.
There is only 1 folding mark instead of 3 and it is shifted slightly to the top.
So I am still stuck at version 3.6.x, see bug 76525.

Tested with:
Version: 24.2.3.2 (x86) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded