Christian Perrier wrote:
I ran into a similar issue with language choosing while testing the web
frontend: the answer string to the SELECT question could not be parsed
correctly by the cdebconf client app (localechooser?).
Could this be because the answer is actually non pure ascii?
In the GTK frontend, language selection seems to work well, while i
belive in the web frontend some characters were passed back to
localechooser in unicode format (but i know very little about character
encoding, so i cannot speak).
What makes me doubt this bug is related to the GTK frontend is that i'm
able to reproduce a similar "bug" with the NEWT frontend too (default
priority)
-At the initial languages list i select a language other than english
and, after pressing enter, the next screen is correctly localized in,
let's say, Italian
-I then configure keyboard etc, and strings are still correctly
localized, and proceed straight to network configuration
-I let the DHCP client configure the network card, and when i'm asked to
give the host a name, i press ESC multiple times until i get back to the
main menu, which is still correctly localized in Italian, as it should be
-Now, i select again "selezionare la lingua/choose language", and both
the next question's description and extended descripion are english only
-If i press ESC and go back to the main menu, also the main menu is
displayed in english only again
Now, is this an expected behaviour? if the answer is yes, i guess this
bug should be closed.
Could someone please try to reproduce this "bug" following the above
reported steps?
cheers
Attilio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
