Root cause: PR #126 (8104cdb) removed the Can contents UI incl. #iscan from new.html, but new.js kept the guard $("iscan").checked; PR #129 (22c6624) moved that guard into create(), so every Create click threw a TypeError before the fetch and no paste was created.
Fix: delete the dead iscan guard and the now-unreachable createCan() function (the /api/pastes/can API and can viewer remain untouched server-side; the can-creation UI path was intentionally removed in #126/#124). No dangling references remain in new.js.
Verified: go build/test pass; headless chromium CDP against a local build of this branch: #iscan absent, Create click fires POST /api/pastes, browser lands on the new paste URL, paste content confirmed via /api/public and the paste page, zero console errors, in dark and light presets.
Root cause: PR #126 (8104cdb) removed the Can contents UI incl. #iscan from new.html, but new.js kept the guard $("iscan").checked; PR #129 (22c6624) moved that guard into create(), so every Create click threw a TypeError before the fetch and no paste was created.
Fix: delete the dead iscan guard and the now-unreachable createCan() function (the /api/pastes/can API and can viewer remain untouched server-side; the can-creation UI path was intentionally removed in #126/#124). No dangling references remain in new.js.
Verified: go build/test pass; headless chromium CDP against a local build of this branch: #iscan absent, Create click fires POST /api/pastes, browser lands on the new paste URL, paste content confirmed via /api/public and the paste page, zero console errors, in dark and light presets.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Root cause: PR #126 (
8104cdb) removed the Can contents UI incl. #iscan from new.html, but new.js kept the guard $("iscan").checked; PR #129 (22c6624) moved that guard into create(), so every Create click threw a TypeError before the fetch and no paste was created.Fix: delete the dead iscan guard and the now-unreachable createCan() function (the /api/pastes/can API and can viewer remain untouched server-side; the can-creation UI path was intentionally removed in #126/#124). No dangling references remain in new.js.
Verified: go build/test pass; headless chromium CDP against a local build of this branch: #iscan absent, Create click fires POST /api/pastes, browser lands on the new paste URL, paste content confirmed via /api/public and the paste page, zero console errors, in dark and light presets.