https://bugs.documentfoundation.org/show_bug.cgi?id=169977
Bug ID: 169977
Summary: LibreLogo programs with loops don't run in Spanish
language and others because REPCOUNT translation
Product: LibreOffice
Version: 4.2.8.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
When using LibreLogo in Spanish (or other languages like Afrikaans or Catalan
or Croatian), any user's program including a loop (that is, any REPEAT, FOR or
WHILE translated to the corresponding language) cannot be executed and shows an
error dialog because the first translation of the REPCOUNT variable in these
languages is composed of more than one word ("conteo.veces" in Spanish for
example) and LibreLogo doesn't accept this.
Steps to Reproduce:
1.Open a new empty document in Writer and enable the Logo toolbar.
2.Change the default language of the document to Spanish (or one of the failing
ones) if it's not already the default (Tools - Options > Languages and Locales
- General > Default languages for documents).
3.Press the Run button for inserting an example program with a loop and run it.
Actual Results:
An error dialog is shown and the program is not executed.
Expected Results:
The program is executed and the turtle draws a figure.
Reproducible: Always
User Profile Reset: No
Additional Info:
Removing any loop (and REPCOUNT occurrences if any) from the user's code will
allow you to run LibreLogo programs, provided that you don't need loops.
Current languages failing because REPCOUNT having dots or spaces are Spanish,
Afrikaans, Breton, Catalan, Catalan-valencian, Croatian, Guarani and Oriya.
The error displayed depends on the particular translation and the current
behaviour of the transpiler, but it does not describe the problem.
This bug can be fixed by changing the translations (for example, in Spanish you
could change the REPCOUNT property translation from conteo.veces to
conteoveces|conteo.veces) or better can be fixed by changing the program for
accepting this kind of variable names by using internally a different name for
the REPCOUNT variable (a name composed by only one word).
I reproduced this bug in at least 3 Linux installations, even in an old Fedora
20 and now in Debian 13, so it's been failing since more than 10 years ago, and
I'm pretty sure that it's failing in other operating systems too. By debugging
the script in my machine I managed to fix it by changing the translation of
REPCOUNT included in the script, but we can devise a better fix by changing the
script for accepting any translation having dots (or even spaces).
--
You are receiving this mail because:
You are the assignee for the bug.
