You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running pa11y-ci with a sitemap or multiple urls, I would like to be able to determine which actions failed if a test fails or use browser logs from the tests run if the failure is unrelated to any actions. This would provide for a much easier debugging experience when dealing with 5+ urls.
Similar to how pa11y shows logs when enabled inside the config file. A simple flag or option can easily be used to enable logging for tests in pa11y-ci.
Below is an example of logging from pa11y which could be introduced in pa11y-ci:
Note: This could be tied to Issue #15 for easier CI support for logging.
Current Behavior
Currently logs are deleted regardless of any options passed in the config for pa11y-ci. The lines below in pa11y-ci outline where the logging option in the config file is deleted inside pa11y-ci.js:
// We delete options.log because we don't want it to
// get passed into Pa11y – we don't want super verbose
// logs from it
constlog=options.log;
deleteoptions.log;
When a test does fail because of an action or something else on the page, a generic error is put in place, this makes it very difficult to determine which action failed if there are multiple actions for a particular test or if the issue was unrelated to the actions and had something to do with the test page itself.
RunningPa11yon1URLs:
>http://localhost:9090/ - Failed to runErrorsinhttp://localhost:9090/:•Error: waitingforfunctionfailed: timeout30000msexceeded
Impact
Lately while reviewing accessibility violationss found by pa11y-ci it has become increasing difficult to debug issues if a particular test has multiple actions or if the error is related to something on the page instead of an action. I've found myself using pa11y on numerous occasions to get better debug output, but this is both tedious & time consuming when testing multiple urls.
The text was updated successfully, but these errors were encountered:
The option to allow verbose logs, or more debugging in general, would be very beneficial in case there's something wrong on the backend of things.
Edit (case scenario): I forked this PR and could not understand why some URLs weren't working in CI versus locally. I pointed my package.json to my fork that did not delete the options.log line and it logged out a CORS problem with the corresponding URLs.
Implementing the option for allowing verbosity while running pa11y-ci would have been beneficial and saved me hours.
Expected Behavior
When running
pa11y-ci
with a sitemap or multiple urls, I would like to be able to determine whichactions
failed if a test fails or use browser logs from the tests run if the failure is unrelated to anyactions
. This would provide for a much easier debugging experience when dealing with 5+ urls.Similar to how
pa11y
shows logs when enabled inside the config file. A simple flag or option can easily be used to enable logging for tests inpa11y-ci
.Below is an example of logging from
pa11y
which could be introduced inpa11y-ci
:Note: This could be tied to Issue #15 for easier CI support for logging.
Current Behavior
Currently logs are deleted regardless of any options passed in the config for
pa11y-ci
. The lines below inpa11y-ci
outline where the logging option in the config file is deleted insidepa11y-ci.js
:pa11y-ci/lib/pa11y-ci.js
Lines 47 to 51 in 8dd46ed
When a test does fail because of an
action
or something else on the page, a generic error is put in place, this makes it very difficult to determine whichaction
failed if there are multiple actions for a particular test or if the issue was unrelated to the actions and had something to do with the test page itself.Impact
Lately while reviewing accessibility violationss found by
pa11y-ci
it has become increasing difficult to debug issues if a particular test has multiple actions or if the error is related to something on the page instead of an action. I've found myself usingpa11y
on numerous occasions to get better debug output, but this is both tedious & time consuming when testing multiple urls.The text was updated successfully, but these errors were encountered: