Fork me on GitHub
#shadow-cljs
<
2020-06-08
>
martinklepsch11:06:00

Finally got around to create a repro for broken source-mapping when targeting :node-libray (and to an extent :node-script): https://github.com/martinklepsch/shadow-src-map-issues Did anyone else encounter unexpected results with source maps and these targets?

thheller11:06:27

@martinklepsch private repo? it get a 404

thheller11:06:27

also there is no package.json so I don't know which version you tried πŸ˜›

martinklepsch11:06:10

I tried latest but somehow

npm install --save-dev shadow-cljs
didn’t add a package.json, will fix

thheller11:06:34

yeah need to package.json. install never creates it

thheller11:06:37

btw dunno if you tried but

$ node -r source-map-support/register -e 'var x = require("./functions/index"); x.throw()'
/mnt/c/Users/thheller/code/tmp/shadow-src-map-issues/functions/index.js:253
556298533),Ve=new Tb(null,"more-marker","more-marker",-14717935);function qf(a){throw Error(["[",G.a(a),"] Fabricated example exception"].join(""));}var rf=["icebreaker","server","util_reduced","something_that_throws"],sf=aa;rf[0]in sf||"undefined"==typeof sf.execScript||sf.execScript("var "+rf[0]);for(var tf;rf.length&&(tf=rf.shift());)rf.length||void 0===qf?sf=sf[tf]&&sf[tf]!==Object.prototype[tf]?sf[tf]:sf[tf]={}:sf[tf]=qf;
                                                                                ^

Error: [api-endpoint-error] Fabricated example exception
    at qf (/mnt/c/Users/thheller/code/tmp/shadow-src-map-issues/functions/cljs/core.cljs:10747:20)
    at Object.throw (/mnt/c/Users/thheller/code/tmp/shadow-src-map-issues/functions/goog/base.js:169:3)
    at [eval]:1:46
    at Script.runInThisContext (vm.js:96:20)
    at Object.runInThisContext (vm.js:303:38)
    at Object.<anonymous> ([eval]-wrapper:6:22)
    at Module._compile (internal/modules/cjs/loader.js:688:30)
    at evalScript (internal/bootstrap/node.js:582:27)
    at startup (internal/bootstrap/node.js:267:9)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:739:3)

thheller11:06:26

I don't have babashka installed so can't run your other scripts πŸ˜›

thheller11:06:54

if that the same result you get though? it does indeed seem incorrect

thheller11:06:26

doesn't matter though. source-map-support seems to show the issue just fine

martinklepsch11:06:02

Seeing the similar results with -r source-map-support/register

martinklepsch11:06:21

Do you want me to open an issue for this?

thheller13:06:15

@martinklepsch suppose this looks better πŸ˜‰

Error: [api-endpoint-error] Fabricated example exception
    at Object.throw (/mnt/c/Users/thheller/code/tmp/shadow-src-map-issues/functions/icebreaker/server/util_reduced.cljs:4:30)
    at [eval]:1:46

martinklepsch13:06:37

That indeed looks better πŸ™‚

thheller13:06:21

@martinklepsch fixed in 2.10.5

πŸ™Œ 3
jjttjj21:06:12

This is probably a horrible idea and I probably won't pursue it, but let's say I want to allow my self-hosted cljs app to be distributed as just html+js files with no server. I then wouldn't be able to make any ajax calls due to cross origin policy. I believe I could support this by replacing ajax calls with dynamically adding a script tag to the DOM linking to the a js file that puts the json in a variable. To do this with shadow, in theory, could I just add a postprocessing step to put index.transit.json and the bootstrap analysis files into js files, and then rewrite a selfhost load/`init` function based on the current shadow browser load mechanism? Or is there something obvious I'm missing

thheller21:06:53

you mean let the user load everything from local disk?

thheller21:06:07

no clue how that would work but I guess you could also create one gigantic .html file that just already contains everything

thheller21:06:29

same thing I do for the build-report html files

jjttjj21:06:25

I believe I could append a <script src="x.js"> tag with the source being

var transit123 = ...
and kinda have a "fake ajax" layer that way, but yeah maybe I should try the big file first to see how that works

jjttjj21:06:25

i'll check out the build-reports, thanks!

thheller21:06:52

don't have to do that

thheller21:06:36

you can create <script type="my-transit" data-key="some-name">... transit contents here ...</script> (or <template>) tags

thheller21:06:01

then when its time to parse them just look it up by data-key or so and parse the text

thheller21:06:10

don't have the browser eval it

jjttjj21:06:29

I was thinking for performance reasons though to defer the loading until needed, but I might be overthinking that

thheller21:06:23

if its not script tags have a non-js type the parser just skips over them. that should be pretty fast and you are talking about local access so no network concerns.

thheller21:06:43

actually parsing the transit you can delay however long you like

jjttjj21:06:49

oh cool, didn't know that

thheller21:06:43

just gotta be careful whats in those transit strings. will get you into trouble if there is a {:foo "</script">"} transit encoded value in there since the HTML parser is just looking for </script> and doesn't to any kind of other parsing

thheller21:06:10

might need base64 encoding or so

jjttjj21:06:28

that's definitely good to know πŸ™‚

thheller21:06:29

you can try the other method too of course, just wrap the transit files JsonP style with a function call that registers them somewhere

jjttjj21:06:06

yeah it does seem the big file might be a bit more straightforward for now

thheller21:06:35

might be scary to hand someone a 20mb .html file though πŸ˜‰

jjttjj21:06:16

yeah that was my initial thought haha