Research
Security News
Malicious npm Package Targets Solana Developers and Hijacks Funds
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
capybara-accessible introduces accessibility tests into your Rspec integration tests which use Capybara, helping you to capture existing failures and prevent future regressions.
It works by defining a custom webdriver that runs Google's Accessibility Developer Tools audits during each test run. Since the audits are invoked automatically on page load, you do not need to make explicit assertions on accessibility. Instead, the test will simply fail with a message indicating the failures, like so:
Some of the audit rules that are included from Google's Accessibility Developer Tools:
See the Google Accessibility Developer Tools wiki for a full list of rules.
Visit the capybara-accessible wiki for background on why and how we built capybara-accessible.
Install as usual: gem install capybara-accessible
or add gem 'capybara-accessible'
to your Gemfile. See .travis.yml
for supported (tested) Ruby versions.
Attention: capybara-accessible stop supporting Capybara WebKit since version 0.3.0. You can only use 0.2.1 or pervious versions for Capybara WebKit.
You can use capybara-accessible as a drop-in replacement for Rack::Test, Selenium(Firefox & Chrome), or Poltergeist drivers for Capybara. Simply set the driver in spec/spec_helper.rb
or features/support/env.rb
:
require 'capybara/rspec'
require 'capybara/accessible'
# For selenium firefox integration
Capybara.default_driver = :accessible_selenium
Capybara.javascript_driver = Capybara.default_driver
# For selenium chrome integration
Capybara.default_driver = :accessible_selenium_chrome
Capybara.javascript_driver = Capybara.default_driver
# For poltergeist integration
Capybara.default_driver = :accessible_poltergeist
Capybara.javascript_driver = Capybara.default_driver
We suggest that you use pry-rescue with pry-stack_explorer to debug the accessibility failures in the DOM. pry-rescue will open a debugging session at the first exception, pausing the driver so that you can inspect the page.
You can disable audits on individual tests by tagging the example or group with inaccessible
.
# spec/spec_helper.rb
RSpec.configure do |config|
config.around(:each, inaccessible: true) do |example|
Capybara::Accessible.skip_audit { example.run }
end
end
# spec/features/inaccessible_page_spec.rb
# Page loads in examples tagged as inaccessible will not trigger an audit.
# All other assertions will be made.
feature '/inaccessible', inaccessible: true do
scenario 'displays an image' do
page.should have_css 'img' # this assertion will still be executed
end
end
# features/support/env.rb
Around('@inaccessible') do |scenario, block|
Capybara::Accessible.skip_audit { block.call }
end
# features/inaccessible_page.feature
# Page loads in examples tagged as inaccessible will not trigger an audit.
# All other assertions will be made.
@inaccessible
Scenario: Visiting a page that is inaccessible
When I visit a page that is inaccessible
Then I should see the inaccessible image # this assertion will still be executed
If you'd like to enforce certain rules and raise errors instead of showing them as warnings, for example images should never have alt attributes, you can configure it as follows:
Capybara::Accessible::Auditor.severe_rules = ['AX_TEXT_02']
If you think you've found a bug, or have installation questions or feature requests, please send a message to the mailing list.
If you are commenting on the audit rules and failure messages, please check out the Google Accessibility Developer Tools Project, and review their guidelines for reporting issues.
NOTE: axs_testing.js is a generated file from Google's Accessibility Developer Tools. If you'd like to contribute to the audit rules, please fork their Github project.
Copyright © 2013–2016 Case Commons, Inc. Licensed under the MIT license, see LICENSE file.
FAQs
Unknown package
We found that capybara-accessible demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
Security News
Research
Socket researchers have discovered malicious npm packages targeting crypto developers, stealing credentials and wallet data using spyware delivered through typosquats of popular cryptographic libraries.
Security News
Socket's package search now displays weekly downloads for npm packages, helping developers quickly assess popularity and make more informed decisions.