Skip to content

Releases: seleniumbase/SeleniumBase

Improvements for running tests in Chrome

02 Oct 17:53
Compare
Choose a tag to compare

Full-screen mode
Reliability improvements
(Requires Chromedriver version 2.32 or higher!)

Upgrade requirements and fix Python 3 issues

01 Sep 05:01
Compare
Choose a tag to compare

Upgrade requirements and fix Python 3 issues

Fix Python 3 Logging Issue

25 Jul 02:38
Compare
Choose a tag to compare

Log files were missing when running tests tests in Python 3 due to differences in method functionality between Python 2 and Python 3. These changes will allow the logs to be complete when running tests using Python 3 pytest or nosetests.

Requirements Lockdown

22 Jul 22:46
Compare
Choose a tag to compare

Freeze most requirements to prevent conflicts with future versions. Sometimes later versions of some Python libraries have bugs, and that could pose a problem for SeleniumBase if I haven't had the opportunity to run tests using the newer versions of Python libraries.

Remove unused requirement

21 Jul 18:29
Compare
Choose a tag to compare

Removing urllib3 from requirements. It's no longer used anywhere in SeleniumBase.

Requirements update

21 Jul 00:26
Compare
Choose a tag to compare

Updating several dependencies for SeleniumBase.
Updates include: setuptools, pytest, requests, urllib3, and pytest-html

Python 3 Compatibility

19 Jul 23:59
Compare
Choose a tag to compare

Making the jump to Python 3! (You can still use Python 2.7!) Both versions are now supported.

This is BIG news: SeleniumBase now supports both Python 2.7 and Python 3.*

These changes have merited a version jump from 1.3.27 to 1.4.0 to mark the special occasion.

Upgrade to BeautifulSoup4

19 Jul 21:02
Compare
Choose a tag to compare

Going from BeautifulSoup to BeautifulSoup4
(This is a Python HTML-parsing library)

Improve the check_assert system

19 Jul 06:40
Compare
Choose a tag to compare

The check_assert system may have been confusing to SeleniumBase users. It was built to allow a test to make multiple assertions on a page without raising any test failures until all desired check_asserts were called and then self.process_checks() called after that.

The check_asserts include self.check_assert_element() and self.check_assert_text().

Rather than fail a test immediately after the first assertion failure, the test failure is delayed until later when more assertions have been made. The issue arose when SeleniumBase users called the check_assert methods in their tests without calling self.process_checks() afterward. This led to tests that had failed assertions that were never raised at the end of the test, giving the test a Pass instead of a Fail when it should be failing. Now, self.process_checks() will automatically get called in the tearDown() phase at the end of each test if there are any check_assert exceptions that were never raised by a self.process_checks() call from inside the test, assuming that the end of the test is reached without any other exceptions getting raised, such as ones from all the regular assert statements.

Disable feature where Chrome asks to save passwords

12 Jul 21:00
Compare
Choose a tag to compare

Disable feature where Chrome asks to save passwords. (The pop-up breaks Selenium scripts)