Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revert "Bring in new toolkit with new input fields" #452

Merged
merged 1 commit into from
Feb 23, 2017

Conversation

pcraig3
Copy link
Contributor

@pcraig3 pcraig3 commented Feb 23, 2017

Reverts #450

The functional tests are breaking and I can't figure out how exactly to fix them, so we're reverting the changes until I can get them to pass locally.

@idavidmcdonald
Copy link
Contributor

👍

@pcraig3 pcraig3 merged commit 8ea73d7 into master Feb 23, 2017
@pcraig3 pcraig3 deleted the revert-450-pc-try-terrific-new-toolkit branch February 23, 2017 16:01
@pcraig3 pcraig3 restored the revert-450-pc-try-terrific-new-toolkit branch February 24, 2017 10:28
pcraig3 added a commit that referenced this pull request Feb 24, 2017
Reverts #452

So yesterday, we merged in these changes (#450) and then our functional tests started to break.
Upon investigation, we found that it was not able to find checkbox/radio elements [when calling its default 'find_all' method and looking for input fields](https://github.com/alphagov/digitalmarketplace-functional-tests/blob/19f5fa5c7aa2db20dddb921e96869a06614864ac/features/support/form_helpers.rb#L52).

Since the default input elements are really small, the new elements actually hide the inputs and draw a custom interface using the `::before` and `::after` psuedo-elements. @robinwhittleton talks about how [hiding the elements was an accessibility challenge](https://gdstechnology.blog.gov.uk/2016/12/13/improving-forms-with-new-radios-and-checkboxes/), but now they work with real-world accessibility software.

Unfortunately, [selenium doesn't find hidden elements](http://stackoverflow.com/questions/22110282/how-to-click-on-hidden-element-in-selenium-webdriver), which means it can't find our inputs.

Since we can't make large interface changes while G-Cloud is open for suppliers, but we can make testing changes, the decision has been made to merge this now and fix the tests later.
pcraig3 added a commit that referenced this pull request Feb 28, 2017
Reverts #452

So yesterday, we merged in these changes (#450) and then our functional tests started to break.
Upon investigation, we found that it was not able to find checkbox/radio elements [when calling its default 'find_all' method and looking for input fields](https://github.com/alphagov/digitalmarketplace-functional-tests/blob/19f5fa5c7aa2db20dddb921e96869a06614864ac/features/support/form_helpers.rb#L52).

Since the default input elements are really small, the new elements actually hide the inputs and draw a custom interface using the `::before` and `::after` psuedo-elements. @robinwhittleton talks about how [hiding the elements was an accessibility challenge](https://gdstechnology.blog.gov.uk/2016/12/13/improving-forms-with-new-radios-and-checkboxes/), but now they work with real-world accessibility software.

Unfortunately, [selenium doesn't find hidden elements](http://stackoverflow.com/questions/22110282/how-to-click-on-hidden-element-in-selenium-webdriver), which means it can't find our inputs.

Since we can't make large interface changes while G-Cloud is open for suppliers, but we can make testing changes, the decision has been made to merge this now and fix the tests later.
@pcraig3 pcraig3 deleted the revert-450-pc-try-terrific-new-toolkit branch March 24, 2017 11:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants