microsoft
/
accessibility-insights-web
зеркало из https://github.com/microsoft/accessibility-insights-web.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
accessibility-insights-web/.gitignore

29 строки
401 B
Plaintext
Исходник Обычный вид История

chore: manually update license-check-and-add to 3.0.3 (#1301) * fix copyright header automation * updated some settings based on PR feedback * add copyright on some files
2019-09-27 02:04:14 +03:00
# Copyright (c) Microsoft Corporation. All rights reserved.
# Licensed under the MIT License.
Add Visual Studio working files to things to ignore in git (#1355)
2019-10-03 20:11:06 +03:00
# Visual Studio working files
.vs/
*.suo
*.user
Migrate code to GitHub
2019-01-05 00:29:37 +03:00
# Output of build/deploy tasks
/ref/
/extension/
feat(report package) Implemented report npm package (#1741) * Initial version of the Reporter. Not yet functional * Rename in response to PR feedback * Refactored to new calling style * Cleaned up tslint rules * Prettier fixes * Fixed tslint rules * Wired up report generation and created snapshot * Initial cut of building the package * Added TypeScript types to exported package * Stray file got committed. * Fixed copyright headers * Wired up the cards * Unified embedding of styles * Updated tests for both with issues and with no issues * Moved files from reports/library to reports/package * Reset version to 0.0.1 * Added copyright headers to scan files * Made the code prettier * Added package to ignore list * tslint fix * Simplified build steps * renamed build tasks to package-report * Disabled fabric warnings for report package * Moved integration tests into file that identifies them as such * Removed scanResults from generateHtml call * Moved fabric icon call into factory method. * lint: Added a meanless but blocking semicolon * Pruned report dependencies * Added unit test to ensure versions match * Updated snapshots * Excluded integration test from code coverage * Removed script tag from snapshot * Cleaned up duplication in integration test * Updated external interface * One more interface change s/AxeReportRequest/AxeReportParameters/g * Changed axe-core from default import to * import
2019-11-27 03:10:47 +03:00
/package/
test(combined-report-ui): establish monorepo setup with new empty report-e2e-tests package (#3494) #### Description of changes This PR adds a new packages at `/packages/report-e2e-tests`. We'll be using this as part of the combined-report-ui feature to test report generation as it would work in real usage (ie, across package boundaries and with proper style embedding), but this also has the secondary benefit of setting up a lot of the infrastructure we'll be using for migrating the rest of the repo to the lerna/yarn workspaces monorepo format. Specifically, for generalized changes, it: * Adds a new devDependency on lerna * Establishes a `lerna.json` and a root level package.json `workspaces` property to establish the root of the repo as a yarn worktree/lerna monorepo (similar to the setup that service uses) * Updates a variety of ignore/lint tool rules to ignore build output directories in subdirectories, not just the root * Splits out the parts of `tsconfig.json` that will be shared among packages into `tsconfig.base.json` (the same layout that service uses) Specific to the new `report-e2e-tests` package (empty with a placeholder test for now), it also: * Creates the empty package, set up with typescript/jest/etc and a placeholder test * Adds a root-level `yarn test:report:e2e` that runs the tests * Adds a step to run the tests in CI/PR builds Using yarn workspaces means that `yarn install` from the root like usual will cover all the requirements for installing the new package's dependencies. I used `lerna` to implement `yarn test:report:e2e` mostly as a POC (you could technically invoke `jest --projects packages/report-e2e-tests` and it would work equally well) This PR **does not migrate /src to /packages/web/src** - instead, it leaves package.json to act as *both* the worktree root (the aggregator of workspaces) and *also* an individual workspace root representing web/unified/etc. This is supported by yarn, but not what we want to use long-term, since it's a bit confusing; this is an incremental step on the way towards using a layout closer to what service uses. Out of scope for this PR: * Migrating existing web code to `/packages/web` * Migrating existing report package code to `/packages/report` * Migrating the existing report integration tests to `/packages/report-e2e-tests` * Extracting common Jest configuration to a `jest.config.base.js` like service does (this required a lot of changes, so I left it for a separate PR) #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [x] Addresses an existing issue: 1783601 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-21 00:31:59 +03:00
test: convert mock-adb to .NET (#5720) #### Details This PR migrates `mock-adb` from being a Node.js script packaged into an exe using `pkg` to being a .NET 6.0 console application built as a standalone exe. ##### Motivation The main motivation is to improve the reliability of the unified tests by improving mock-adb performance. The .NET version is more than an order of magnitude faster than the Node.js version due to the high startup time involved to initialize the Node.js runtime, before our code starts running, and mock-adb is invoked tens of times per test for all unified tests of scenarios beyond the "device setup" flow. ##### Context For internal folks, see the recording of our 7/7/22 engineering discussion for more context and team discussion. We considered and rejected a few other approaches, including: * Rewrite in Rust/Go instead of .NET * Move to a different repo as part of the rewrite * Instead of rewriting, rearchitect some of the unified tests to avoid having to shell out to a separate `adb.exe` process so much #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn fastpass` - [no] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2022-07-12 23:03:08 +03:00
bin/
chore: move yarn build:package:* output to match future monorepo layout (#3492) #### Description of changes This migrates the webpack/grunt output for the 2 npm packages in the repo from `/package/package-name/*` to `/packages/package-name/*` (package -> packages) to match where the output will start living with the future migration to a monorepo layout. I verified with a directory diff that `/package/report/drop` before this change and `/packages/report/drop` after this change have identical contents after `yarn build:package:report`. #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [n/a] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-20 01:07:15 +03:00
bundle/
test(combined-report-ui): establish monorepo setup with new empty report-e2e-tests package (#3494) #### Description of changes This PR adds a new packages at `/packages/report-e2e-tests`. We'll be using this as part of the combined-report-ui feature to test report generation as it would work in real usage (ie, across package boundaries and with proper style embedding), but this also has the secondary benefit of setting up a lot of the infrastructure we'll be using for migrating the rest of the repo to the lerna/yarn workspaces monorepo format. Specifically, for generalized changes, it: * Adds a new devDependency on lerna * Establishes a `lerna.json` and a root level package.json `workspaces` property to establish the root of the repo as a yarn worktree/lerna monorepo (similar to the setup that service uses) * Updates a variety of ignore/lint tool rules to ignore build output directories in subdirectories, not just the root * Splits out the parts of `tsconfig.json` that will be shared among packages into `tsconfig.base.json` (the same layout that service uses) Specific to the new `report-e2e-tests` package (empty with a placeholder test for now), it also: * Creates the empty package, set up with typescript/jest/etc and a placeholder test * Adds a root-level `yarn test:report:e2e` that runs the tests * Adds a step to run the tests in CI/PR builds Using yarn workspaces means that `yarn install` from the root like usual will cover all the requirements for installing the new package's dependencies. I used `lerna` to implement `yarn test:report:e2e` mostly as a POC (you could technically invoke `jest --projects packages/report-e2e-tests` and it would work equally well) This PR **does not migrate /src to /packages/web/src** - instead, it leaves package.json to act as *both* the worktree root (the aggregator of workspaces) and *also* an individual workspace root representing web/unified/etc. This is supported by yarn, but not what we want to use long-term, since it's a bit confusing; this is an incremental step on the way towards using a layout closer to what service uses. Out of scope for this PR: * Migrating existing web code to `/packages/web` * Migrating existing report package code to `/packages/report` * Migrating the existing report integration tests to `/packages/report-e2e-tests` * Extracting common Jest configuration to a `jest.config.base.js` like service does (this required a lot of changes, so I left it for a separate PR) #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [x] Addresses an existing issue: 1783601 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-21 00:31:59 +03:00
dist/
chore: move yarn build:package:* output to match future monorepo layout (#3492) #### Description of changes This migrates the webpack/grunt output for the 2 npm packages in the repo from `/package/package-name/*` to `/packages/package-name/*` (package -> packages) to match where the output will start living with the future migration to a monorepo layout. I verified with a directory diff that `/package/report/drop` before this change and `/packages/report/drop` after this change have identical contents after `yarn build:package:report`. #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [n/a] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-20 01:07:15 +03:00
drop/
test: convert mock-adb to .NET (#5720) #### Details This PR migrates `mock-adb` from being a Node.js script packaged into an exe using `pkg` to being a .NET 6.0 console application built as a standalone exe. ##### Motivation The main motivation is to improve the reliability of the unified tests by improving mock-adb performance. The .NET version is more than an order of magnitude faster than the Node.js version due to the high startup time involved to initialize the Node.js runtime, before our code starts running, and mock-adb is invoked tens of times per test for all unified tests of scenarios beyond the "device setup" flow. ##### Context For internal folks, see the recording of our 7/7/22 engineering discussion for more context and team discussion. We considered and rejected a few other approaches, including: * Rewrite in Rust/Go instead of .NET * Move to a different repo as part of the rewrite * Instead of rewriting, rearchitect some of the unified tests to avoid having to shell out to a separate `adb.exe` process so much #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn fastpass` - [no] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2022-07-12 23:03:08 +03:00
obj/
test(combined-report-ui): establish monorepo setup with new empty report-e2e-tests package (#3494) #### Description of changes This PR adds a new packages at `/packages/report-e2e-tests`. We'll be using this as part of the combined-report-ui feature to test report generation as it would work in real usage (ie, across package boundaries and with proper style embedding), but this also has the secondary benefit of setting up a lot of the infrastructure we'll be using for migrating the rest of the repo to the lerna/yarn workspaces monorepo format. Specifically, for generalized changes, it: * Adds a new devDependency on lerna * Establishes a `lerna.json` and a root level package.json `workspaces` property to establish the root of the repo as a yarn worktree/lerna monorepo (similar to the setup that service uses) * Updates a variety of ignore/lint tool rules to ignore build output directories in subdirectories, not just the root * Splits out the parts of `tsconfig.json` that will be shared among packages into `tsconfig.base.json` (the same layout that service uses) Specific to the new `report-e2e-tests` package (empty with a placeholder test for now), it also: * Creates the empty package, set up with typescript/jest/etc and a placeholder test * Adds a root-level `yarn test:report:e2e` that runs the tests * Adds a step to run the tests in CI/PR builds Using yarn workspaces means that `yarn install` from the root like usual will cover all the requirements for installing the new package's dependencies. I used `lerna` to implement `yarn test:report:e2e` mostly as a POC (you could technically invoke `jest --projects packages/report-e2e-tests` and it would work equally well) This PR **does not migrate /src to /packages/web/src** - instead, it leaves package.json to act as *both* the worktree root (the aggregator of workspaces) and *also* an individual workspace root representing web/unified/etc. This is supported by yarn, but not what we want to use long-term, since it's a bit confusing; this is an incremental step on the way towards using a layout closer to what service uses. Out of scope for this PR: * Migrating existing web code to `/packages/web` * Migrating existing report package code to `/packages/report` * Migrating the existing report integration tests to `/packages/report-e2e-tests` * Extracting common Jest configuration to a `jest.config.base.js` like service does (this required a lot of changes, so I left it for a separate PR) #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [x] Addresses an existing issue: 1783601 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-21 00:31:59 +03:00
test-results/
feat(android-signing-binskim): Enable BinSkim on Windows pipeline build (#4126)
2021-04-21 23:22:09 +03:00
analysis/
Spike: Using CSS Modules in React (with generated and ignored typings) (#688) * Introducing CSS modules * Example of using/adding CSS module: no-displayable-preview-features-message component * Manually adding copyright to scss.d.ts file * Use typed-scss-modules to generate typings at build time * Added step in build to generate typings + fixed tests + comment for jest config * Added css module for action and cancel buttons component * Produce reproducible in dev vs using hash in prod * Use ID for E2E tests + remove places where scss typings generation is redundant * Fixed unresolved merge conflict * Fix build for electron * Generate scss typings for unit tests
2019-05-25 01:43:55 +03:00
*.scss.d.ts
fix: resolve e2e test flakiness in cross-origin-iframe.test.ts (#5125)
2022-01-29 03:02:03 +03:00
original-manifest-copy.json
fix(mv3-part-8): Determine json validator on build (#6090) #### Details Discovered a bug in mv3 canary/ insider builds in which assessments could not be loaded because the fixes from https://github.com/microsoft/accessibility-insights-web/pull/5975 were not included in those build steps. ##### Motivation Fix mv3 bugs. ##### Context The approach implemented in https://github.com/microsoft/accessibility-insights-web/pull/5975 involved checking an empty json validator file into the repo and replacing its content during the build for any builds that could not use the dynamically generated json validator (see https://github.com/microsoft/accessibility-insights-web/pull/5975 for details). This works for building items one by one (ex calling `yarn build:dev:mv3` then `yarn build:prod:mv3` sequentially), but does not work for `yarn build:all` because in this case we run all builds concurrently and therefore can't keep replacing the content of the validator file. The solution this PR implements is to: - Continue to check in empty json validator file into repo and import it in source code (this PR changed that file name from `validate-assessment-json` to `empty-validate-assessment-json`). - When generating the json validator at build time, place it in a separate file named `generated-validate-assessment-json`. - When building extensions that need to use the build generated validator, update the import statement to import `generated-validate-assessment-json` instead of `empty-validate-assessment-json` and for extensions that can dynamically generate a validator, do nothing and keep the `empty-validate-assessment-json` import as is. - This results in both the empty and build generated validators being included in the built extensions, but each extension uses the correct one based on its import statement. I considered several alternative approaches, including importing the build generated validator file conditionally. As far as I could see, there was no practical way to implement this, especially considering our bundling process, so I discarded this idea. #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn null:autoadd` - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2022-09-29 18:35:28 +03:00
generated-validate-assessment-json.js
chore: move yarn build:package:* output to match future monorepo layout (#3492) #### Description of changes This migrates the webpack/grunt output for the 2 npm packages in the repo from `/package/package-name/*` to `/packages/package-name/*` (package -> packages) to match where the output will start living with the future migration to a monorepo layout. I verified with a directory diff that `/package/report/drop` before this change and `/packages/report/drop` after this change have identical contents after `yarn build:package:report`. #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [n/a] Addresses an existing issue: #0000 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [n/a] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [n/a] (UI changes only) Added screenshots/GIFs to description above - [n/a] (UI changes only) Verified usability with NVDA/JAWS
2020-10-20 01:07:15 +03:00
Initial commit
2018-12-07 03:40:02 +03:00
# Dependency directories
add failure screenshots for failed e2e (#66)
2019-01-17 00:48:32 +03:00
node_modules/
test: add end-to-end test to verify tab stops visualization works (#990) - adds a e2e test for validating `tabstops` visualization on the target page when tabstops are started using adhoc tools.
2019-08-07 00:45:58 +03:00
.DS_STORE
yarn-error.log