2020-06-04 10:47:13 +00:00
|
|
|
/**
|
|
|
|
* Copyright 2020 Google Inc. All rights reserved.
|
|
|
|
*
|
|
|
|
* Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
* you may not use this file except in compliance with the License.
|
|
|
|
* You may obtain a copy of the License at
|
|
|
|
*
|
|
|
|
* http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
*
|
|
|
|
* Unless required by applicable law or agreed to in writing, software
|
|
|
|
* distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
* See the License for the specific language governing permissions and
|
|
|
|
* limitations under the License.
|
|
|
|
*/
|
|
|
|
|
fix: wider compat TS types and CI checks to ensure correct type defs (#6855)
* fix: wider compat TS types and CI checks to ensure correct type defs
This PR improves our TS types further to make sure they are usable in a
TS environment where ES Modules are the target output. Our use of
`export =` is problematic this environment as TypeScript does not allow
`export =` to be used and it errors.
The fix for the type issues to avoid `export =` is to instead define the
functions that you gain access to when you import Puppeteer as top level
functions in our `types.d.ts` file. We can do this by declaring them
explicitly in `src/node.ts`. These are then rolled into `lib/types.d.ts`
at build time. The downside to this is that we have to keep those
declarations in sync with the Puppeteer API; should we add a new method
to the `Puppeteer` class, we must add it to the `nodes.ts` declarations.
However, this could easily be automated by a small script that walks the
AST and generates these. I will do that in a follow-up PR, but I
consider this low risk given how rarely the very top level API of
Puppeteer changes. The nice thing about this approach is we no longer
need our script that hacks on changes to `lib/types.d.ts`.
To avoid yet more releases to fix issues in one particular TS
environment, this PR also includes a suite of example setups that we
test on each CI run. Each sample folder contains `good.ts`, which should
have no TS errors, and `bad.ts`, which should have some errors. The test
first packs Puppeteer into a tar, and then installs it from that tar
into each project. This should replicate how the published package
behaves when it is installed. We then check that we get no errors on
`good.ts`, and the expected errors on `bad.ts`.
We have a variety of test projects that cover both TS and JS source
code, and CJS and ESM imports and outputs.
2021-02-10 12:04:36 +00:00
|
|
|
import { LaunchOptions, ChromeArgOptions } from './node/LaunchOptions.js';
|
|
|
|
import { BrowserOptions } from './common/BrowserConnector.js';
|
|
|
|
import { Product } from './common/Product.js';
|
|
|
|
import { Browser } from './common/Browser.js';
|
|
|
|
import { ConnectOptions } from './common/Puppeteer.js';
|
|
|
|
import { DevicesMap } from './common/DeviceDescriptors.js';
|
|
|
|
import { PuppeteerErrors } from './common/Errors.js';
|
|
|
|
import { PredefinedNetworkConditions } from './common/NetworkConditions.js';
|
|
|
|
import { CustomQueryHandler } from './common/QueryHandler.js';
|
|
|
|
|
2020-06-04 10:47:13 +00:00
|
|
|
/*
|
2020-06-19 14:39:03 +00:00
|
|
|
* This file re-exports any APIs that we want to have documentation generated
|
|
|
|
* for. It is used by API Extractor to determine what parts of the system to
|
|
|
|
* document.
|
2020-06-04 10:47:13 +00:00
|
|
|
*
|
2020-10-13 15:19:26 +00:00
|
|
|
* The legacy DocLint system and the unit test coverage system use the list of
|
|
|
|
* modules defined in coverage-utils.js. src/api-docs-entry.ts is ONLY used by
|
|
|
|
* API Extractor.
|
2020-06-04 10:47:13 +00:00
|
|
|
*
|
2020-06-19 14:39:03 +00:00
|
|
|
* Once we have migrated to API Extractor and removed DocLint we can remove the
|
|
|
|
* duplication and use this file.
|
2020-06-04 10:47:13 +00:00
|
|
|
*/
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './common/Accessibility.js';
|
|
|
|
export * from './common/Browser.js';
|
|
|
|
export * from './node/BrowserFetcher.js';
|
2020-10-13 15:19:26 +00:00
|
|
|
export * from './node/Puppeteer.js';
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './common/Connection.js';
|
|
|
|
export * from './common/ConsoleMessage.js';
|
|
|
|
export * from './common/Coverage.js';
|
|
|
|
export * from './common/DeviceDescriptors.js';
|
|
|
|
export * from './common/Dialog.js';
|
|
|
|
export * from './common/DOMWorld.js';
|
|
|
|
export * from './common/JSHandle.js';
|
|
|
|
export * from './common/ExecutionContext.js';
|
|
|
|
export * from './common/EventEmitter.js';
|
|
|
|
export * from './common/FileChooser.js';
|
|
|
|
export * from './common/FrameManager.js';
|
|
|
|
export * from './common/Input.js';
|
|
|
|
export * from './common/Page.js';
|
2020-10-12 09:08:57 +00:00
|
|
|
export * from './common/Product.js';
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './common/Puppeteer.js';
|
2020-10-12 09:08:57 +00:00
|
|
|
export * from './common/BrowserConnector.js';
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './node/Launcher.js';
|
2020-10-12 09:08:57 +00:00
|
|
|
export * from './node/LaunchOptions.js';
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './common/HTTPRequest.js';
|
|
|
|
export * from './common/HTTPResponse.js';
|
|
|
|
export * from './common/SecurityDetails.js';
|
|
|
|
export * from './common/Target.js';
|
|
|
|
export * from './common/Errors.js';
|
|
|
|
export * from './common/Tracing.js';
|
|
|
|
export * from './common/NetworkManager.js';
|
|
|
|
export * from './common/WebWorker.js';
|
|
|
|
export * from './common/USKeyboardLayout.js';
|
|
|
|
export * from './common/EvalTypes.js';
|
2020-07-17 12:58:56 +00:00
|
|
|
export * from './common/PDFOptions.js';
|
2020-07-13 09:22:26 +00:00
|
|
|
export * from './common/TimeoutSettings.js';
|
|
|
|
export * from './common/LifecycleWatcher.js';
|
2020-10-07 08:43:46 +00:00
|
|
|
export * from './common/QueryHandler.js';
|
fix: wider compat TS types and CI checks to ensure correct type defs (#6855)
* fix: wider compat TS types and CI checks to ensure correct type defs
This PR improves our TS types further to make sure they are usable in a
TS environment where ES Modules are the target output. Our use of
`export =` is problematic this environment as TypeScript does not allow
`export =` to be used and it errors.
The fix for the type issues to avoid `export =` is to instead define the
functions that you gain access to when you import Puppeteer as top level
functions in our `types.d.ts` file. We can do this by declaring them
explicitly in `src/node.ts`. These are then rolled into `lib/types.d.ts`
at build time. The downside to this is that we have to keep those
declarations in sync with the Puppeteer API; should we add a new method
to the `Puppeteer` class, we must add it to the `nodes.ts` declarations.
However, this could easily be automated by a small script that walks the
AST and generates these. I will do that in a follow-up PR, but I
consider this low risk given how rarely the very top level API of
Puppeteer changes. The nice thing about this approach is we no longer
need our script that hacks on changes to `lib/types.d.ts`.
To avoid yet more releases to fix issues in one particular TS
environment, this PR also includes a suite of example setups that we
test on each CI run. Each sample folder contains `good.ts`, which should
have no TS errors, and `bad.ts`, which should have some errors. The test
first packs Puppeteer into a tar, and then installs it from that tar
into each project. This should replicate how the published package
behaves when it is installed. We then check that we get no errors on
`good.ts`, and the expected errors on `bad.ts`.
We have a variety of test projects that cover both TS and JS source
code, and CJS and ESM imports and outputs.
2021-02-10 12:04:36 +00:00
|
|
|
export * from './common/NetworkConditions.js';
|
2020-07-13 13:01:35 +00:00
|
|
|
export * from 'devtools-protocol/types/protocol';
|
fix: wider compat TS types and CI checks to ensure correct type defs (#6855)
* fix: wider compat TS types and CI checks to ensure correct type defs
This PR improves our TS types further to make sure they are usable in a
TS environment where ES Modules are the target output. Our use of
`export =` is problematic this environment as TypeScript does not allow
`export =` to be used and it errors.
The fix for the type issues to avoid `export =` is to instead define the
functions that you gain access to when you import Puppeteer as top level
functions in our `types.d.ts` file. We can do this by declaring them
explicitly in `src/node.ts`. These are then rolled into `lib/types.d.ts`
at build time. The downside to this is that we have to keep those
declarations in sync with the Puppeteer API; should we add a new method
to the `Puppeteer` class, we must add it to the `nodes.ts` declarations.
However, this could easily be automated by a small script that walks the
AST and generates these. I will do that in a follow-up PR, but I
consider this low risk given how rarely the very top level API of
Puppeteer changes. The nice thing about this approach is we no longer
need our script that hacks on changes to `lib/types.d.ts`.
To avoid yet more releases to fix issues in one particular TS
environment, this PR also includes a suite of example setups that we
test on each CI run. Each sample folder contains `good.ts`, which should
have no TS errors, and `bad.ts`, which should have some errors. The test
first packs Puppeteer into a tar, and then installs it from that tar
into each project. This should replicate how the published package
behaves when it is installed. We then check that we get no errors on
`good.ts`, and the expected errors on `bad.ts`.
We have a variety of test projects that cover both TS and JS source
code, and CJS and ESM imports and outputs.
2021-02-10 12:04:36 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We maintain a namespace that emulates the API of the Puppeteer instance you
|
|
|
|
* get when you `import puppeteer from 'puppeteer'.
|
|
|
|
*
|
|
|
|
* We do this as a namespace because export = PuppeteerDefault where
|
|
|
|
* PuppeteerDefault is a namespace seems to make sure that the types work in
|
|
|
|
* both ESM and CJS contexts.
|
|
|
|
*
|
|
|
|
* This namespace must be kept in sync with the public API offered by the
|
|
|
|
* PuppeteerNode class.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc PuppeteerNode.launch}
|
|
|
|
*/
|
|
|
|
export declare function launch(
|
|
|
|
options?: LaunchOptions &
|
|
|
|
ChromeArgOptions &
|
|
|
|
BrowserOptions & {
|
|
|
|
product?: Product;
|
|
|
|
extraPrefsFirefox?: Record<string, unknown>;
|
|
|
|
}
|
|
|
|
): Promise<Browser>;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc PuppeteerNode.connect}
|
|
|
|
*/
|
|
|
|
export declare function connect(options: ConnectOptions): Promise<Browser>;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc Puppeteer.devices}
|
|
|
|
*/
|
|
|
|
export let devices: DevicesMap;
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
*/
|
|
|
|
export let errors: PuppeteerErrors;
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
*/
|
|
|
|
export let networkConditions: PredefinedNetworkConditions;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc Puppeteer.registerCustomQueryHandler}
|
|
|
|
*/
|
|
|
|
export declare function registerCustomQueryHandler(
|
|
|
|
name: string,
|
|
|
|
queryHandler: CustomQueryHandler
|
|
|
|
): void;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc Puppeteer.unregisterCustomQueryHandler}
|
|
|
|
*/
|
|
|
|
export declare function unregisterCustomQueryHandler(name: string): void;
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc Puppeteer.customQueryHandlerNames}
|
|
|
|
*/
|
|
|
|
export declare function customQueryHandlerNames(): string[];
|
|
|
|
/**
|
|
|
|
* @public
|
|
|
|
* {@inheritDoc Puppeteer.clearCustomQueryHandlers}
|
|
|
|
*/
|
|
|
|
export declare function clearCustomQueryHandlers(): void;
|