urbit / landscape

Product board for Landscape.
20 stars 6 forks source link

Landscape javascript bundle not found results in blank page #1066

Closed disbelief closed 3 years ago

disbelief commented 3 years ago

Describe the bug

I have urbit running on a cloud instance with adequate resources and networking capabilities.

Landscape is reachable via a web browser, and I am presented with the login screen. After I login, the page is blank. The reason is that the request for the javascript bundle is resulting in a 404.

To Reproduce Steps to reproduce the behavior:

  1. Go to main web address for Landscape installation
  2. Login
  3. Page will be blank and error will appear in console

Expected behavior Expect to see the Landscape interface, authenticated view.

Screenshots

Screen Shot 2021-07-19 at 11 13 49

Desktop (please complete the following information):

Additional context

I have tried the following commands without any luck:

:glob [%kick /'~landscape'/js/bundle]

and

:goad %force

I have also tried just restarting urbit on the instance, to no avail.

matildepark commented 3 years ago

What's +trouble give you?

disbelief commented 3 years ago
> +trouble
[ [%base-hash ~[0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]]
  [%sour-hash 0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]
  [%home-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
  [%kids-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
  [%glob-hash ~[[/~btc/js/bundle 0v2.3qak4.al612.8m1ig.kg03r.mfide %done] [/~landscape/js/bundle 0v2.i41hn.un6g3.jucd7.rhrah.n0qmv %done]]]
  [%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
  [%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
  [%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
  "Compare lifes and rifts to values here:"
  "https://etherscan.io/address/azimuth.eth#readContract"
  "  life - getKeyRevisionNumber"
  "  rift - getContinuityNumber"
  ~
]
matildepark commented 3 years ago

OK, so it says the glob is in, but for whatever reason your bundle at index.html isn't matching that. It sounds like a half-applied OTA, can you |ota ~firrel %kids and tell me what you get from the output of that?

disbelief commented 3 years ago
|ota ~firrel %kids
>=
kiln: activated OTA from %kids on ~firrel
kiln: downloading OTA update from %kids on ~firrel
kiln: finished downloading OTA from %kids on ~firrel
kiln: applying OTA to %home from %kids on ~firrel
kiln: OTA to %home succeeded from %kids on ~firrel
kiln: applying OTA to %kids from %kids on ~firrel
kiln: OTA to %kids succeeded from %kids on ~firrel
matildepark commented 3 years ago

Ok, I’ll try to assess what the bundle hash vs the glob hash could be. In the meantime you could try changing ota provider to ~marzod with the same command and see if anything changes.

disbelief commented 3 years ago

I switched ota provider to marzod as instructed. No change. So I tried :glob [%kick /'~landscape'/js/bundle] which resulted in a failure:

> |ota ~marzod %kids
>=
ames: czar zod.urbit.org: ip .35.247.119.159
; ~marzod is your neighbor
kiln: activated OTA from %kids on ~marzod
kiln: downloading OTA update from %kids on ~marzod
kiln: finished downloading OTA from %kids on ~marzod
kiln: applying OTA to %home from %kids on ~marzod
kiln: OTA to %home succeeded from %kids on ~marzod
kiln: applying OTA to %kids from %kids on ~marzod
kiln: OTA to %kids succeeded from %kids on ~marzod
> 
> :glob [%kick /'~landscape'/js/bundle]
>=
http: fail (8657, 504): I/O error (body; content-length)
glob: thread failed; will retry
%crash
/lib/strandio/hoon:<[416 3].[417 46]>
/lib/strandio/hoon:<[415 3].[417 46]>
/lib/strandio/hoon:<[414 3].[417 46]>
/lib/strandio/hoon:<[413 3].[417 46]>
/lib/strandio/hoon:<[426 3].[426 33]>
/lib/strand/hoon:<[102 21].[102 43]>
/lib/strand/hoon:<[102 14].[102 44]>
/lib/strand/hoon:<[97 5].[103 7]>
/lib/strand/hoon:<[96 5].[103 7]>
/lib/strand/hoon:<[95 5].[103 7]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[94 7].[94 18]>
/lib/strand/hoon:<[93 5].[103 7]>
/lib/strand/hoon:<[142 20].[142 49]>
/lib/strand/hoon:<[142 7].[164 9]>
/lib/strand/hoon:<[139 7].[164 9]>
/lib/strand/hoon:<[138 7].[164 9]>
/app/spider/hoon:<[444 7].[444 61]>
matildepark commented 3 years ago

Expected error. +trouble now?

matildepark commented 3 years ago

Another +trouble would have us confirm here now that you did another OTA, but it appears that your glob hash (0v2.i41hn.un6g3.jucd7.rhrah.n0qmv) doesn't match what was in 2.91 (your base hash), which was 0vrbiqe.v6al2.0b4jc.u9vp7.k1e0i. That nothing has noticed this mismatch is what is most peculiar — you should be a %mate-conflict or something to prompt a half-applied OTA like this, let alone one where ~marzod is also applying successfully.

matildepark commented 3 years ago

You could probably work around this by changing the landscape-hash in glob.hoon to 0vrbiqe.v6al2.0b4jc.u9vp7.k1e0i. You would |mount %, go to your pier in Unix, open home/app/glob.hoon, and edit landscape-hash's corresponding hash near the top of the file, and then |commit %home in the Dojo.

disbelief commented 3 years ago

Apologies for the delay, I'm on holiday this week.

So I opened up glob.hoon to edit it, and it appears to already have the correct hash:

Screen Shot 2021-07-21 at 09 45 22

Here is the current output from +trouble

> +trouble
[ [%base-hash ~[0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]]
  [%sour-hash 0v1o.lahs3.q5hfk.k6d8g.bktlp.faitl.gv7t2.hvrdg.pdbq2.5s67m.nv5lq]
  [%home-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
  [%kids-hash 0v1m.pvq84.676d4.trmth.eoibp.s01mm.u18tf.b3nv9.q7gjj.cb8gp.t6dib]
  [%glob-hash ~[[/~btc/js/bundle 0v2.3qak4.al612.8m1ig.kg03r.mfide %done] [/~landscape/js/bundle 0v2.i41hn.un6g3.jucd7.rhrah.n0qmv %waiting]]]
  [%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
  [%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
  [%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
  "Compare lifes and rifts to values here:"
  "https://etherscan.io/address/azimuth.eth#readContract"
  "  life - getKeyRevisionNumber"
  "  rift - getContinuityNumber"
  ~
]
matildepark commented 3 years ago

There's been two OTAs since my last instructions — could use an update on current status and +trouble.

disbelief commented 3 years ago

Landscape is accessible now in my browser!

I have done nothing since that last +trouble call. Here is current +trouble output just for reference:

> +trouble
[ [%base-hash ~[0vc.4a8td.0rttm.gck3t.b6lu1.e7kis.0bn4g.o8ltr.ahutb.2fopc.fbv3h]]
  [%sour-hash 0vc.4a8td.0rttm.gck3t.b6lu1.e7kis.0bn4g.o8ltr.ahutb.2fopc.fbv3h]
  [%home-hash 0vk.5714j.o79ha.nc3g6.3d2f6.etd39.gldb8.luk3a.k4ps6.umupd.3kinf]
  [%kids-hash 0vk.5714j.o79ha.nc3g6.3d2f6.etd39.gldb8.luk3a.k4ps6.umupd.3kinf]
  [%glob-hash ~[[/~btc/js/bundle 0v2.ifoe4.fbv35.aigir.66su4.fbspu %done] [/~landscape/js/bundle 0v4.56ejl.qq4js.h1i0m.t3e94.bg6qr %done]]]
  [%our ship=~walruc-santel point='782346706' life=[~ 1] rift=[~ 1]]
  [%sponsor ship=~firrel point='43474' life=[~ 5] rift=[~ 3]]
  [%dopzod ship=~dopzod point='4608' life=[~ 3] rift=[~ 2]]
  "Compare lifes and rifts to values here:"
  "https://etherscan.io/address/azimuth.eth#readContract"
  "  life - getKeyRevisionNumber"
  "  rift - getContinuityNumber"
  ~
]

Let me know if there anything else you'd like me to check?

matildepark commented 3 years ago

I have no idea, but this continues to confuse me. I think the full system recompile probably uncached something for you (the last OTA was a kernel release). But for me this is the first time glob.hoon and index.html were just completely off while reporting themselves as correct when Clay merging ... anyone in future should feel free to ping and get us to re-open and see if we can step through that case, then...