Assignment to constant variable.

[ViralTaco]

DIM v4.35.0 (release):
Manifest loading error Object TypeError: Assignment to constant variable.
Uncaught TypeError: Cannot read property 'profileInfo' of undefined
The 'Access-Control-Allow-Origin' header has a value 'https://www.bungie.net' that is not equal to the supplied origin. Origin 'https://app.destinyitemmanager.com' is therefore not allowed access

[NotAClue]

yep, I'm seeing this also :)

[james-fry]

New user here (PC/Battle.net).
Just installed and seeing the same error.
Reported in the UI as:
Error loading Destiny info:
Assignment to constant variable
Reload to retry.

Reload does not work. Assume this is fatal based on info from OP

[james-fry]

Just to note that the beta does work

[bhollis]

Looks like an UglifyJS bug:

p is an already defined const. Then it inlines loadManifestRemote, which results in this:

n.reject(new Error(`version mismatch: ${i} ${s}`)))}(p).catch(i=>(p=p,m=m,u.statusText=`${l.t("Manifest.Download")}...`,s.get(`https://www.bungie.net${m}?host=${window.location.hostname}`,{responseType:"blob"})

At the beginning it reassigns p=p for some reason. I'll file a bug with UglifyJS, but in the meantime I'll revert our use of it.

[bhollis]

Very odd that this didn't happen on Beta.

[bhollis]

We're back.

[bhollis]

Also @james-fry no installation necessary, DIM is a website :-)

[bhollis]

Aha, the reason it worked on Beta (and in general, for lots of us testing) was because this is the remote-manifest path, and all of us had cached manifest on Beta.

[james-fry]

By installed, I mean installed the chrome plugin ;)

[SunburnedGoose]

The issue in Uglify that is related to this, mishoo/UglifyJS#2842

[bhollis]

Filed mishoo/UglifyJS#2843 for our specific repro.