Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

noglobals GET parameter ignored #1

Closed
kassens opened this issue Oct 2, 2009 · 1 comment
Closed

noglobals GET parameter ignored #1

kassens opened this issue Oct 2, 2009 · 1 comment

Comments

@kassens
Copy link
Contributor

kassens commented Oct 2, 2009

QUnit.init overrides the config var, resetting the noglobals config to false. Since the noglobals get parameter is read before QUnit.init, the noglobals parameter is ignored.

@jeresig
Copy link
Contributor

jeresig commented Nov 5, 2009

This shouldn't be the case any more - please let me know if it's still a problem, though.

vivin added a commit to vivin/qunit that referenced this issue Aug 16, 2012
Approach qunitjs#1: Raw strings used for assertion type. Also added tests to
check for the assertion type.
vivin added a commit to vivin/qunit that referenced this issue Aug 16, 2012
Approach qunitjs#1: Forgot to add "expect" to one line where an expect-related
failure is reported.
vivin added a commit to vivin/qunit that referenced this issue Aug 16, 2012
Approach qunitjs#1: Removing some of the tests.
Krinkle added a commit that referenced this issue Jun 7, 2021
There were two issues here:

* The test relied on non-default maxDepth of null or > 10 since
  its example involves recurion 10 levels deep, and the default
  maxDepth is 5.

* There is a bug in `QUnit.dump.parse()` where, if the input value
  cannot be mapped to a formatter function, it returns a function
  instead of a string.

  This bug was introduced nearly ten years ago in commit 818b2be,
  where `error` was replaced with a function that had a different
  purpose than what was there before, and this one use of it as
  fallback was not updated.

  Unfortunately, I am unable to say what value causes this to happen.
  I can consistently reproduce the issue in Safari 9.1 via BrowserStack,
  but only if I don't open the console, don't run a subset of the test,
  and don't modify any of the surrounding code. I have tried dozens
  upon dozens of clever ways to store values during the parse() function
  call in temporary variables and alert() them but as soon as I tried
  to capture anything that would help, the bug would stop happening.

  I can only conclude that there must be some kind of memory or JIT
  corruption in the JavaScript engine of Safari 9.1 that has some
  extremely specific conditions attached to it. Conditions that we
  did not meet before the last few commits, and are meeting now.

```
[OS X El Capitan, Safari 9.1] Error: "Circular reference with arrays" failed
Died on test #1 @http://localhost:8899/test/main/dump.js:279:11:
expected.indexOf is not a function.
(In 'expected.indexOf("[object Array]")', 'expected.indexOf' is undefined)
```
Krinkle added a commit that referenced this issue Jun 7, 2021
There were two issues here:

* The test relied on non-default maxDepth of null or > 10 since
  its example involves recurion 10 levels deep, and the default
  maxDepth is 5.

* There is a bug in `QUnit.dump.parse()` where, if the input value
  cannot be mapped to a formatter function, it returns a function
  instead of a string.

  This bug was introduced nearly ten years ago in commit 818b2be,
  where `error` was replaced with a function that had a different
  purpose than what was there before, and this one use of it as
  fallback was not updated.

  Unfortunately, I am unable to say what value causes this to happen.
  I can consistently reproduce the issue in Safari 9.1 via BrowserStack,
  but only if I don't open the console, don't run a subset of the test,
  and don't modify any of the surrounding code. I have tried dozens
  upon dozens of clever ways to store values during the parse() function
  call in temporary variables and alert() them but as soon as I tried
  to capture anything that would help, the bug would stop happening.

  I can only conclude that there must be some kind of memory or JIT
  corruption in the JavaScript engine of Safari 9.1 that has some
  extremely specific conditions attached to it. Conditions that we
  did not meet before the last few commits, and are meeting now.

```
[OS X El Capitan, Safari 9.1] Error: "Circular reference with arrays" failed
Died on test #1 @http://localhost:8899/test/main/dump.js:279:11:
expected.indexOf is not a function.
(In 'expected.indexOf("[object Array]")', 'expected.indexOf' is undefined)
```
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants