search/pageというページについて

特徴

正攻法では開けない

開けなくなった場合、削除や編集はUserScriptから行う必要がある

このページの下の方に挿入されてしまう

どうすれば消せるんだこれ

takker.icon

code:delete.js

import { deletePage } from "/api/code/takker/scrapbox-headless-script/mod.js";

await deletePage("villagepump", "search/page");

code:delete2.js

await deletePage("villagepump", "search/page");

むりだった。ｗ

https://gyazo.com/8e0a12f22f8fd744dc974a080652cd9a

ってなった

逆に検索URLが%2Fでも機能するのか

これらのURLでも検索可能

これだとだめ

どうやって作ったのか気になる

へーって感じ

再現に失敗しているんだが

コードを読んでいても起こりそうにない不思議な挙動なのでサーバー側でやってんのかなと思って再現しようとしたらだめだった

（追記）あれ、出来なくなった...w

起きた事

1. 元々は、

不思議な挙動ではある

挙動が変化した

というかこれが当たり前の挙動ではある

つまり、「一度も作られた事がないページ」と「一度作られてから削除されたページ」で挙動に違いがあるという事

どうしても再現できないので不思議に思い、深掘りしてしらべたので報告しておく

これを突破できるのはおそさくサーバー側での302リダイレクトのみ

ただし、本当はどのような編集が行われていたのかはわからない

そのうえ、改名される前で、しかも記事が作成されたあとに、ブラウザリロードなど何かしらのアクセスがあった

こう考えればつじつまがあうと考えている

で、今実際にやってみて、やっと再現できた

というわけでいい推理だったのではと考えている

それでもって、アクセスできなくてもAPIは叩けるわけなんで、編集履歴を追ってみたよ

https://gyazo.com/9804807203b16d1fc9cd3dae5a503937/raw#.png

code:js

(async () => {

const id = (await (await fetch("/api/pages/villagepump/search%2Fpage")).json()).id;

console.log(id);

const data = (await (await fetch("/api/commits/villagepump/"+id)).json()).commits.flatMap(({changes}) => changes);

console.table(data);

})();