NotHereToPlayGames Posted July 25, 2023 Posted July 25, 2023 Although official Basilisk did not implement NCO until 2022-08-06 - https://www.basilisk-browser.org/releasenotes.shtml
NotHereToPlayGames Posted July 25, 2023 Posted July 25, 2023 (edited) Found it. NCO impelented on May 27, 2022 so that St52 is now my official secondary browser. edit - and optional chaining was implemented on May 6, 2022, for reference. Edited July 25, 2023 by NotHereToPlayGames
roytam1 Posted July 27, 2023 Author Posted July 27, 2023 On 7/25/2023 at 8:39 PM, mina7601 said: Even though I don't use NM27, I decided to visit the site on NM27 anyway just for you. And yes, it crashes for me too when I visit it. Here's the crash report: it doesn't crash on NM27 here, but crash with KM76G.
modnar Posted July 27, 2023 Posted July 27, 2023 On 7/25/2023 at 2:32 PM, cloudstr said: Very strange, this site keep crashing on me .. Does anyone encountered the same problem when visit the site https://www.jaynestars.com on NM27 ? Interesting, it crashes, in a slightly different way, but still - here's a screenshot. 1
mina7601 Posted July 27, 2023 Posted July 27, 2023 10 hours ago, roytam1 said: it doesn't crash on NM27 here, but crash with KM76G. It crashes for me on both NM27 version 20230722 and KM76.4.7 version 20230722. 2
roytam1 Posted July 27, 2023 Author Posted July 27, 2023 1 hour ago, mina7601 said: It crashes for me on both NM27 version 20230722 and KM76.4.7 version 20230722. maybe wait for next build? since I can't make it crash here with my yet-to-be-released tip build. 1
mina7601 Posted July 27, 2023 Posted July 27, 2023 18 minutes ago, roytam1 said: maybe wait for next build? since I can't make it crash here with my yet-to-be-released tip build. OK, I will wait for the next build then. 1
modnar Posted July 27, 2023 Posted July 27, 2023 On 7/22/2023 at 10:50 AM, UCyborg said: WebGL performance remains poor and way below the expected baseline for UXP platform, despite good graphics hardware support. Should run at constant 60 FPS without frame drops. It's an ancient tech dating from over a decade ago! Please someone also fix this and also lower the amount of D3D draw calls per frame (I hope I got it correctly). Serpentinšek is the best. :-)
roytam1 Posted July 28, 2023 Author Posted July 28, 2023 3 hours ago, modnar said: Please someone also fix this and also lower the amount of D3D draw calls per frame (I hope I got it correctly). Serpentinšek is the best. :-) Patch is welcomed! since I don't have proper hardware/driver to test it in my side. 1
roytam1 Posted July 28, 2023 Author Posted July 28, 2023 (edited) and BTW I tested JS BigInt in real situation (i.e. discord) and got a crash with some missing pieces in the patch, and I fixed up in my side. https://github.com/roytam1/UXP/commit/bdc6b9057267bb576a2751085087bad16a2d6026 browser with discord web UI(with a discord testing account) running over 8bpp RDP session over SSH tunnel over WAN: Edited July 28, 2023 by roytam1 3
VistaLover Posted July 28, 2023 Posted July 28, 2023 11 minutes ago, roytam1 said: I tested JS BigInt in real situation (i.e. discord) ... Can you also test whether "github.dev" now loads successfully in UXP? Below screengrab is with latest NM28: Although, besides the BigInt one, there's another alarming TypeError: Thank you so much ...
roytam1 Posted July 28, 2023 Author Posted July 28, 2023 (edited) 20 minutes ago, VistaLover said: ... Can you also test whether "github.dev" now loads successfully in UXP? Below screengrab is with latest NM28: Although, besides the BigInt one, there's another alarming TypeError: Thank you so much ... those error are not here, it throws other errors: 10:23:41.608 InvalidStateError: Global object is unavailable. null 1 webWorkerExtensionHostIframe.html:104:13 start/worker.onerror https://v--1ll7c3r5gfrkqv2hjnqc7s5g61mjho62ce19qerfp7951i1vc8i2.vscode-cdn.net/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/services/extensions/worker/webWorkerExtensionHostIframe.html:104:13 10:23:41.609 Extension host (LocalWebWorker) terminated unexpectedly. Code: 81, Signal: 1 workbench.web.main.js:2622:761 vb https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:2622:761 ub https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:2622:707 sb/< https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:2622:442 w https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:69:1902 fire https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:69:2119 F https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:1529:25265 v/< https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:1529:25672 10:23:41.988 vscs:web-client:f877:LocalStorageKeychain Error: Failed to get cipher record Stack trace: _@https://assets.github.dev/static/489.7798238adba9c5e2fc01.js:1:3816 get/<@https://assets.github.dev/static/489.7798238adba9c5e2fc01.js:1:12718 [8957]/i</<@https://assets.github.dev/static/489.7798238adba9c5e2fc01.js:1:11677 [8957]/i<@https://assets.github.dev/static/489.7798238adba9c5e2fc01.js:1:11422 get@https://assets.github.dev/static/489.7798238adba9c5e2fc01.js:1:12622 getPassword/<@https://assets.github.dev/static/app.b89473bf93e5ccf01514.js:1:182174 n[75402]/c</<@https://assets.github.dev/static/app.b89473bf93e5ccf01514.js:1:181568 n[75402]/c<@https://assets.github.dev/static/app.b89473bf93e5ccf01514.js:1:181313 getPassword@https://assets.github.dev/static/app.b89473bf93e5ccf01514.js:1:182068 getPassword@https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:1688:5078 a@https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:1536:45935 bb@https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:2303:98679 ab@https://assets.github.dev/stable/2ccd690cbff1569e4a83d7c43d45101f817401dc/out/vs/workbench/workbench.web.main.js:2303:98395 1 327.94d38c525cb7715fdd3d.js:1:33530 but it seems to function. trying to create a new file but it fails: File system provider for vscode-vfs://github%2B7b2276223a312c22726566223a7b2274797065223a362c226964223a226d61696e227d7d/github/dev/test.c is not available. Edited July 28, 2023 by roytam1 3
roytam1 Posted July 28, 2023 Author Posted July 28, 2023 On 7/21/2023 at 9:26 AM, roytam1 said: for a reminder, this is held in today! and final decision from the court will be released in next friday. Good News: Court rejected that order. but I think DoJ will refine and resubmit in short time. 7
roytam1 Posted July 28, 2023 Author Posted July 28, 2023 (edited) for inpatient testers: new binaries uploaded! changelogs will be posted after I wake up some hours later! Edited July 29, 2023 by roytam1 3
roytam1 Posted July 29, 2023 Author Posted July 29, 2023 (edited) just got a mail from dbsoft: Quote I saw your BigInt fix for Discord, I just put it into my BigInt64Array branch... which is almost ready to merge... but I also discovered a regression bug, that is fairly important that you want to import into your tree if you are making a release with BigInt support: https://repo.palemoon.org/dbsoft/UXP/commit/449e7892ff5b601cd065ba8ad6c641eddaf696f1 but unfortunately it is ~2 hours after I uploaded binaries. so today's builds might contain bugs in BigInt support, hopefully it may not crash the browser. Edited July 29, 2023 by roytam1 1
Recommended Posts