- 13 Jul, 2013 5 commits
-
-
Nicolas Perriault authored
-
Nicolas Perriault authored
-
Laurent Jouanneau authored
-
Laurent Jouanneau authored
-
- 12 Jul, 2013 4 commits
-
-
Laurent Jouanneau authored
-
Laurent Jouanneau authored
-
Laurent Jouanneau authored
-
Since setting the viewport forces a redraw of the rendering, in an asynchronous manner, it should wait a bit of time. At least SlimerJS needs this delay to redraw its window.
Laurent Jouanneau authored
-
- 10 Jul, 2013 1 commit
-
-
Laurent Jouanneau authored
-
- 09 Jul, 2013 1 commit
-
- 08 Jul, 2013 7 commits
-
-
Shiryaev Andrey authored
-
Shiryaev Andrey authored
-
Shiryaev Andrey authored
-
Nicolas Perriault authored
-
Dmitry Menshikov authored
-
Shiryaev Andrey authored
-
- 07 Jul, 2013 2 commits
-
-
Shiryaev Andrey authored
-
Shiryaev Andrey authored
-
- 04 Jul, 2013 2 commits
-
-
Clochix authored
- 03 Jul, 2013 1 commit
-
-
Laurent Jouanneau authored
-
- 02 Jul, 2013 4 commits
-
-
Original http headers should be set only after the query append, not immediately after calling webpage.openUrl. The request initialization may take time, and so customHeaders are not send because they are erased by the original value before the request initialization. (at least in Gecko)
Laurent Jouanneau authored -
Error message for a ReferenceError is not equal between Gecko and Webkit.
Laurent Jouanneau authored -
In gecko, value of <input type=file> is only the filename. It does not contain this c:\fakepath\ path.
Laurent Jouanneau authored -
It seems that Gecko has a different behavior than Phantomjs's webkit on some HTTP response: 102, 118 and 408. Let's do not tests on these http code with Gecko.
Laurent Jouanneau authored
-
- 01 Jul, 2013 1 commit
-
- 27 Jun, 2013 1 commit
-
-
- Type of window is "window", not "domwindow" in Gecko - The name of an exception for a syntax error is "SyntaxError" in gecko - fixes utils.mergeObjects: it seems that the object constructor is undefined because of a bug in the security layer of sandboxes or a bug in slimerjs? Didn't really found the origin of this issue.
Laurent Jouanneau authored
-
- 25 Jun, 2013 1 commit
-
- 24 Jun, 2013 5 commits
-
-
Orchestrator81 authored
-
With SlimerJS, checkStep turns into an infinite loop when clicking on an <a target="_blank"> links, because navigationRequested is staying always at true. In fact, it should not be modify to true. In this case, onNavigationRequested is called with isMainFrame=true instead of false. This is an issue of SlimerJS, that needs a patch on Gecko. https://github.com/laurentj/slimerjs/issues/48 This is a "bypass" patch, and should be removed when SlimerJS will be released with its own patched Gecko.
Laurent Jouanneau authored -
When an assertion fails, casperjs stops any steps in the current suite. This could cause issues in a test suite. For example, "withFrame" generates some steps: - one to switch to the given frame - one to execute the given tests - one to switch to the main frame. If tests fail, the third step is not executed, and then next tests fail because they are not executed in the main frame. we can saw this issue in selftests: if a test fails in tests/suites/casper/frame.js, tests in tests/suites/casper/global.js fail too.
Laurent Jouanneau authored -
Laurent Jouanneau authored
- 21 Jun, 2013 1 commit
-
-
- skip tests about javascript: links, because they are executed asynchronously so tests about them fails. - event.x and event.y don't exist in Gecko. The standard way is event.clientX and event.clientY
Laurent Jouanneau authored
-
- 20 Jun, 2013 4 commits
-
-
Laurent Jouanneau authored
-
Laurent Jouanneau authored
-
the navigationRequested boolean should be false when the new URL has only a difference on the hash part with the previous URL, because in this case we don't have a loadStarted/loadFinished event (at least with Gecko) and then navigationRequested cannot be turn into false. The consequence is that checkStep doesn't execute the next step because of its test on navigationRequested.
Laurent Jouanneau authored
