I have a strange issue with QUnit. This test is extremely simple and should be straightforward … but … A plugin setting is changing from those I have set up. test/javascripts/acceptance/composer-default-location-test.js b87a63b54 boundingbox: ["51.28676…

I took this for a spin locally. Looks like there a few factors at play: The siteSettings object you’re referencing is being obtained by the initializer, and then used in a modifyClass call: assets/javascripts/discourse/initializers/location-edits.js.es6 59525d1d82 …

David, thanks so much! That’s quite a gotcha!

David, FYI There’s another issue here which I suspect is for the same reason: currentUser is also defined in the initialiser. If the wrong test runs second this is evaluated and this is no longer defined so the tests when run together can fail “half” of the time. I think the Composer model has u…

Seltsames QUnit-Verhalten?: Test schlägt fehl, da das Setzen des Wertes nicht überlebt

Entwickler

merefield (Robert) 7. August 2023 um 10:55 3

David, vielen Dank! Das ist eine echte Tücke!

Thema		Antworten	Aufrufe
Is it possible to override the Site object with own fixture during Front End tests of a Plugin? Development	2	420	28. Dezember 2022
Qunit tests not deterministic in Plugin? Development	1	395	20. Juli 2022
Loading our SiteSetting properties before plugin loads Development	14	3715	8. Juli 2016
Site Settings keep changing Self-hosting unsupported-install	2	712	15. März 2020
"No setting named __ exists" when trying to run specs on poll plugin Product Support	9	1053	27. September 2022

Seltsames QUnit-Verhalten?: Test schlägt fehl, da das Setzen des Wertes nicht überlebt

Verwandte Themen