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

Key: SRC-487
Type: Bug Bug
Status: Resolved Resolved
Resolution: Cannot Reproduce
Priority: Minor Minor
Assignee: Jason Huggins
Reporter: Jason Huggins
Votes: 5
Watchers: 5
Operations

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

Running tests with Firefox 3 requires reacceptance of end-user license agreement.

Created: 12/Jun/08 08:37 AM   Updated: 21/Nov/08 07:24 AM
Component/s: Launcher - Firefox
Affects Version/s: 1.0 beta 1
Fix Version/s: 1.0, 1.0 beta 1

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
File Attachments: 1. Text File acceptEULAforFirefox3.patch (0.9 kb)



 Description  « Hide
When running tests with Firefox 3, a modal dialog asking to confirm acceptance of the end user license agreement shows up each time. This, of course, blocks execution of the test. Firefox logs the acceptance of this EULA in the prefs.js file. Since Selenium RC recreates the profile each time it starts the browser, previous responses to accept the EULA are not stored.

The solution to this problem is to add the following two lines to LauncherUtils.java
+ // Disable re-asking for license agreement (Firefox 3)
+ out.println("user_pref('browser.EULA.3.accepted', true);");
+ out.println("user_pref('browser.EULA.override', true);");



 All   Comments   Work Log   Change History      Sort Order:
Andras Hatvani - 27/Aug/08 01:04 PM
As a workaround you can use a pre-configured profile, so this no blocker and thus I'd suggest to reduce priority.

Marcus Lindblom - 28/Aug/08 03:21 AM
That means adding a profile to each build slave we're running. This is a bit too much work?

Is there a problem with adding the said patch? Does it need more testing? (I can assist with that)

Marcus Lindblom - 29/Aug/08 06:57 AM
Ok. I misunderstood. You meant following this: http://clearspace.openqa.org/thread/14617

That worked, but I had to rewrite the SeleniumAntTask to support an arbitrary browser string in order to pass in the right arguments. (I'm using 1.0 beta)

Marcus Lindblom - 01/Sep/08 03:12 AM
FWIW, I agree that the priority should be lowered. It's not critical.

Andras Hatvani - 29/Sep/08 04:15 PM
Reducing priority.

Andras Hatvani - 18/Nov/08 03:13 PM
Cannot reproduce - if still present though, then please provide a reproducible test scenario.

Marcus Lindblom - 21/Nov/08 07:24 AM
I've switched jobs since my previous comments, so I can't reproduce this now.

But for reference, this happened when running a test suite using the Ant-task and Firefox. I can't remember if it happened only when running under a user that had not started firefox, such as the buildbot account on our test servers.