sikuli-driver team mailing list archive

[bo-leo <boleofr@xxxxxxxx>]

Public bug reported:

I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
I was trying to automate login process and password and was always fail.
I made, a very simple test case :
 - select a text field : click(whatever img)
 - write some characters : type("1234567890")

Text field now contains "&é"'(-è_çà"

Looks like this is the upper case combinaison with "1234567890"

For some reason, it's a very strange behaviour, as letters are correctly
typed : "azerty1234" results in "azerty&é"' and not "AZERTY&é"' so i
guess it's only affecting numerical characters. Bug also happens with
paste() method instead of write()...

I didn't figure out any option for changing the charset in ui. Launching
IDE from jvm commandline with
JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.

Details :
Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
Sikuli 1.0.1 also contains this bug

** Affects: sikuli
     Importance: Undecided
         Status: New

** Description changed:

  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
  I was trying to automate login process and password and was always faill.
  I made, a very simple test case :
-  - select a text field : click(img)
-  - write some characters : type("1234567890")
+  - select a text field : click(img)
+  - write some characters : type("1234567890")
  
  Texte field now contains "&é"'(-è_çà"
  
- Looks like this is the upper case combinaison with 1234567890
+ Looks like this is the upper case combinaison with "1234567890"
  
- For some reason, it a very  other strange behaviours, as letter
- correctly typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"'
- so it looks it's only affecting numerical character. Bug also happens
- with paste() method instead of write()...
+ For some reason, it's a very strange behaviour, as letters are correctly
+ typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"' so it looks
+ it's only affecting numerical characters. Bug also happens with paste()
+ method instead of write()...
  
- I didn't figure out any option for changing the charset. Launching jvm
- with JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
+ I didn't figure out any option for changing the charset in ui. Launching
+ IDE from jvm commandline with
+ JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
  
  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

** Description changed:

  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
- I was trying to automate login process and password and was always faill.
+ I was trying to automate login process and password and was always fail.
  I made, a very simple test case :
   - select a text field : click(img)
   - write some characters : type("1234567890")
  
  Texte field now contains "&é"'(-è_çà"
  
  Looks like this is the upper case combinaison with "1234567890"
  
  For some reason, it's a very strange behaviour, as letters are correctly
  typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"' so it looks
  it's only affecting numerical characters. Bug also happens with paste()
  method instead of write()...
  
  I didn't figure out any option for changing the charset in ui. Launching
  IDE from jvm commandline with
  JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
  
  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

** Description changed:

  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
  I was trying to automate login process and password and was always fail.
  I made, a very simple test case :
   - select a text field : click(img)
   - write some characters : type("1234567890")
  
- Texte field now contains "&é"'(-è_çà"
+ Text field now contains "&é"'(-è_çà"
  
  Looks like this is the upper case combinaison with "1234567890"
  
  For some reason, it's a very strange behaviour, as letters are correctly
  typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"' so it looks
  it's only affecting numerical characters. Bug also happens with paste()
  method instead of write()...
  
  I didn't figure out any option for changing the charset in ui. Launching
  IDE from jvm commandline with
  JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
  
  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

** Description changed:

  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
  I was trying to automate login process and password and was always fail.
  I made, a very simple test case :
-  - select a text field : click(img)
+  - select a text field : click(whatever img)
   - write some characters : type("1234567890")
  
  Text field now contains "&é"'(-è_çà"
  
  Looks like this is the upper case combinaison with "1234567890"
  
  For some reason, it's a very strange behaviour, as letters are correctly
  typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"' so it looks
  it's only affecting numerical characters. Bug also happens with paste()
  method instead of write()...
  
  I didn't figure out any option for changing the charset in ui. Launching
  IDE from jvm commandline with
  JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
  
  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

** Description changed:

  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
  I was trying to automate login process and password and was always fail.
  I made, a very simple test case :
   - select a text field : click(whatever img)
   - write some characters : type("1234567890")
  
  Text field now contains "&é"'(-è_çà"
  
  Looks like this is the upper case combinaison with "1234567890"
  
  For some reason, it's a very strange behaviour, as letters are correctly
- typed : "azerty1234" results "azerty&é"' and not "AZERTY&é"' so it looks
- it's only affecting numerical characters. Bug also happens with paste()
- method instead of write()...
+ typed : "azerty1234" results in "azerty&é"' and not "AZERTY&é"' so i
+ guess it's only affecting numerical characters. Bug also happens with
+ paste() method instead of write()...
  
  I didn't figure out any option for changing the charset in ui. Launching
  IDE from jvm commandline with
  JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
  
  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

-- 
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/1492020

Title:
  Error with non english charset

Status in Sikuli:
  New

Bug description:
  I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
  I was trying to automate login process and password and was always fail.
  I made, a very simple test case :
   - select a text field : click(whatever img)
   - write some characters : type("1234567890")

  Text field now contains "&é"'(-è_çà"

  Looks like this is the upper case combinaison with "1234567890"

  For some reason, it's a very strange behaviour, as letters are
  correctly typed : "azerty1234" results in "azerty&é"' and not
  "AZERTY&é"' so i guess it's only affecting numerical characters. Bug
  also happens with paste() method instead of write()...

  I didn't figure out any option for changing the charset in ui.
  Launching IDE from jvm commandline with
  JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.

  Details :
  Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french  + jdk 1.8.0_60-b27 (x64)
  Sikuli 1.0.1 also contains this bug

To manage notifications about this bug go to:
https://bugs.launchpad.net/sikuli/+bug/1492020/+subscriptions