mirror of
https://github.com/zen-browser/pdf.js.git
synced 2025-07-09 09:45:42 +02:00
Whitelist closure related cases to address the remaining no-shadow
linting errors
Given the way that "classes" were previously implemented in PDF.js, using regular functions and closures, there's a fair number of false positives when the `no-shadow` ESLint rule was enabled. Note that while *some* of these `eslint-disable` statements can be removed if/when the relevant code is converted to proper `class`es, we'll probably never be able to get rid of all of them given our naming/coding conventions (however I don't really see this being a problem).
This commit is contained in:
parent
1d2f787d6a
commit
dcb16af968
32 changed files with 109 additions and 0 deletions
|
@ -405,6 +405,7 @@ function shadow(obj, prop, value) {
|
|||
}
|
||||
|
||||
const BaseException = (function BaseExceptionClosure() {
|
||||
// eslint-disable-next-line no-shadow
|
||||
function BaseException(message) {
|
||||
if (this.constructor === BaseException) {
|
||||
unreachable("Cannot initialize BaseException.");
|
||||
|
@ -859,6 +860,7 @@ const createObjectURL = (function createObjectURLClosure() {
|
|||
const digits =
|
||||
"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=";
|
||||
|
||||
// eslint-disable-next-line no-shadow
|
||||
return function createObjectURL(data, contentType, forceDataSchema = false) {
|
||||
if (!forceDataSchema && URL.createObjectURL) {
|
||||
const blob = new Blob([data], { type: contentType });
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue