Error 404 when viewing pages imported from the legacy Scrapbook

[adamryczkowski]

Hello Tahama!

First, I want to thank you, that you stepped up to provide the world with so much needed addon. I understand, that the problem is not that simple (especially in Quantum) and that there is hardly any possibility to monetize the time you put into development. Thank you, again!

I managed to install the ScrapbookQ on my Ubuntu 16.04 (64 bit). I installed the addon, which "downloaded" several files into the ~/Downloads/scrapbookq folder. I had to move the folder to the ~/.scrapbookq because otherwise, I get rename /mnt/[...]/scrapbookq/native-messaging-hosts/scrapbookmsg.json /home/adam/.mozilla/native-messaging-hosts/scrapbookmsg.json: invalid cross-device link. My "Downloads" folder lives in the different filesystem than /home/adam. After that, I could run ~/.scrapbookq/scrapbookqmsg init and I got ScrapbookQ is OK, Bye. response.

I edited the ~/.scrapbookq/scrapbookq.conf to include the rdf path to my legacy Scrapbook folder (which is also located in the different filesystem than /home/adam).

When I restarted the Firefox I could see in the ScrapbookQ all the items I had saved with the legacy version of the Scrapbook, including their folder structure. But clicking any of them results in the web page with address like localhost:33338/scrapbook1/data/20170314182455/index.html (which is fine) and contents 404 page not found.

My intuition says it can have something to do with the fact, that my /home/adam is located in a different filesystem than a) /home/adam/Downloads, b) Firefox profile folder and c) Scrapbook folder.

It is not trivial for me to test this suspicion, because all my machines have exactly the same layout: I use encrypted home, but since ecryptfs limits length of the file names, I put all my documents and media in the separate LUKS-encrypted partition, opened with the key stored in the /home/adam during login.

[leavion]

I am running into the same issue and all my directories are on the same file system so the problem is different.

[Iraito]

Are those pages saved as links ? I had a similar problem and the author told me he was going to fix the problem, then he more or less stopped updating.

[adamryczkowski]

Well, those pages are saved folders from the legacy Scrapbook, so I guess they are not links.

[aminya]

Same problem. Imported from Scrapbook X. Any solution?

[acneyouth]

I have the same problem on windows , when I import from scrapBooks。Your work is very important ,wait for you fix the bug , or give some solusion. thanks! http://localhost:33338/scrapbook0/rdf/scrapbook.rdf : 404

[acneyouth]

是这样的，我从scrapBooks导入，已经按说明修改路径为：rdfpath=C:\Users\Administrator\AppData\Roaming\Mozilla\Firefox\Profiles\ot2mc29q.default\ScrapBook\ 其它没改动。 然后重启firefox，没反应；侧边栏有蓝色按钮，点击后出现scrapbook0、scrapbook1等等radiobutton，选中后，都会报Problem retrieving XML data: http://localhost:33338/scrapbook0/rdf/scrapbook.rdf : 404 我怀疑是路径太复杂而且路径中有个“.”，所以把scrapbook的数据目录“scrapbook”剪切、粘贴到d:盘根目录下，重复上述步骤，也是一样报错 希望能够解决这个问题！谢谢！

[rgd]

I'm seeing the same problem (Win7 64-bit) Just updated to Quantum, found Scrapbook was borked, then found ScrapbookQ. Ran the init batch file (registry entries are there). Edited the conf file to add the paths to my scrapbooks. Restarted FF. Took a while but now I see the folders in the ScrapbookQ sidebar (once I click on scrapbook1 or scrapbook2 or scrapbook3 under the blue wifi bar strength icon. But EVERY item I click on results in the 404 error trying to go to a localhost:33338 address, regardless of type. Pretty useless to me this way. There's nothing in the scrapbookq directory under the Downloads directory (why install it in there??) so I assume it's looking in there and finding nothing and reporting 404. Shouldn't it be looking in the path I configured in the scrapbookq.conf file? I ran procmon to observe activity and clicked an item in scrapbookq in the FF sidebar. I could see scrapbookqmsg.exe sending the message on 33338 but NO file activity on the paths configured. It's like it's not looking in the right place. Just the fact that there's now scrapbook1, 2 and 3 and all the folders and titles are there tell me it found my scrapbooks OK.
I manually copied the old scrapbook contents (data directory) to where it seems it wants it, but that still didn't work. Just more 404's. The index.html files are there and I can open them in FF just fine.

[rgd]

Tired of being unable to get ScrapbookQ working at all, I installed waterfox and found it still works with Scrapbook! Keeping compatibility with now tossed-aside XUL extensions was one of the main reasons for waterfox I believe. And it works - I can see my scrapbooks and even open the pages in them.

There are other forks of Firefox that might work as well - Pale Moon (I read one person successfully used Scrapbook with it), and Basilisk, but this article suggests they are not as preferred to Firefox Extended Support Release (ESR) because they don't issue security updates as fast as Mozilla would for ESR. But the latest ESR is 60 as of this posting and I don't know if that would support XUL add-ons like Scrapbook. But those are some other things you can try. Hope this helps someone.

Still hoping for some help here with ScrapbookQ as I'd like to use the main Firefox and a scrapbooking add-on...

[jemsoo7]

Just for information! For it to work properly, the folder structure of ALL FILES must be same as mentioned in http://localhost:33338/scrapbook0/rdf/scrapbook.rdf. The http://localhost:33338 being the root: scrapbookq. e.g C:\PortableApps\Firefox64\Data\scrapbookq\scrapbook0\rdf\scrapbook.rdf. Choose THIS folder ALSO to install all other files (i.e scrapbookqmsg.exe;scrapbookqmsg.json;scrapbook.rdf). The BAT file is not well formed, it is better to edit directly in Regedit (see the video installation.mp4). CURRENTLY it is HARDCODED path.... i don't know why it works only this way..... Jean-Paul RUCHE.