GNOME Bugzilla – Bug 362881
Dogtail dogtail-0.6.0-1.fc6 integration problem with epiphany-2.16.0-2.fc6 - fails and puts terminal into alternate char set
Last modified: 2006-10-17 16:23:51 UTC
Please describe the problem: Dogtail dogtail-0.6.0-1.fc6 integration problem with epiphany-2.16.0-2.fc6 - fails and puts terminal into alternate char set This may end up being a problem with epiphany, but Dogtail's reaction to it is unexpected. I'm looking at using Dogtail to automate tests of an app thru its web interface. But, I'm having problems getting any simple Dogtail script to run with epiphany. Here's an example: ----------------------------- 1 #!/usr/bin/python 2 from dogtail.procedural import * 3 4 focus.application('gnome-panel') 5 click('Epiphany Web Browser', roleName='menu item') 6 focus.application('epiphany') 7 activate('', roleName='text') 8 type("www.redhat.com") 9 keyCombo("Return") ------------------------------ This script was generated with the procedural recorder. The actions taken to create the script were to open epiphany, select the history button, and then select www.redhat.com - there's actually a separate problem here - the recorder didn't record that the history button was pressed. The real problem happens when the script is run - it fails, I think at line 7 - but the termainal window from which the script is run is put into an alternate char set - I've attached a screen shot. Steps to reproduce: 1. Run the above script on a system with epiphany installed. 2. 3. Actual results: See the screen shot. Expected results: The script should run or fail - but not change the char set. Does this happen every time? Yes Other information:
Created attachment 74878 [details] Screen shot for bug 362881
I fixed this in 0.6.1, which I released yesterday. It will go into FC6 as an update. The fix consists of eliminating the "The following string is invalid..." output, which in some cases could screw up your terminal.