History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: SRC-249
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Haw-Bin Chai
Reporter: Haw-Bin Chai
Votes: 1
Watchers: 2
Operations

If you were logged in you would be able to see more operations.
Selenium Remote Control

User Extension is Not Loaded When Launching with *iehta

Created: 08/May/07 08:15 PM   Updated: 30/Dec/08 07:10 PM
Component/s: Server
Affects Version/s: 0.9.2
Fix Version/s: 1.0 beta 2

File Attachments: 1. Text File SRC-249.patch (1.0 kb)

Environment:
Selenium RC: 0.9.1 SNAPSHOT (recent)
Java: 1.6.0_01
OS: Windows XP Home


 Description  « Hide
When the server is started with the -userExtensions switch and path to the user-extensions.js file (which adds a custom locator), my test works fine with the *chrome launcher. However, it fails with the *iehta launcher with the following error in the server console:

Got result: ERROR: Unrecognised locator type: 'ui' on session 151781

and in the client console:

  1. Error requesting http://localhost:4444/selenium-server/driver/?cmd=click&1=ui%3D%3A%3Aarticle(index%3D1)&sessionId=151781:
  2. ERROR: Unrecognised locator type: 'ui'
    not ok 2 - click, ui=::article(index=1)
  3. Failed test 'click, ui=::article(index=1)'
  4. at ui-test.pl line 18.

This issue was previously reported in the forums:

http://forums.openqa.org/message.jspa?messageID=23333#23333



 All   Comments   Change History      Sort Order:
Andrew - 30/Nov/07 11:44 AM
Same thing observed in Selenium 0.9.2

I put a javqascript alert() in the user-extensions.js within selenium-server.jar, and it poped up.

Maybe the -userExtensions switch is being ignored in *iehta mode?


Andrew - 30/Nov/07 12:25 PM
Furthermore, the user supplied user-extensions.js will be correctly loaded if the -proxyInjectionMode is added.

However, there are other issues with the -proxyInjectionMode flag (IE throws up because it does not recognise the @SESSION_ID@ token - but that looks like a different issue).


Robert Zimmermann - 21/Jan/08 02:45 PM
Workaround is to add the user-extensions.js to the core-path (core/scripts/user-extensions.js) in selenium-server-0.9.X-standalone.jar

adam goucher - 10/Apr/08 02:12 PM
The root cause of this is that when the iehta custom profile dir is expanded, the file specified on the commandline does not get copied over. Here is a patch for the HTABrowserLauncher which will overwrite the unpackaged one with what was specified on the commandline.

-adam


Haw-Bin Chai - 16/Apr/08 09:57 PM
Applied adams patch in r2268. Loading of user-extensions for *iehta worked in my test after the patch.