file:/// based wikis sometimes freeze up at end of indexing

[hoelzro]

To reproduce: drag and drop the plugin into tiddlywiki.com, save to downloads folder, open the wiki, run the indexer, watch the page freeze

I've only tried this in Firefox so far

I'm guessing this is some issue with writing the cache to localstorage/indexeddb

[hoelzro]

Ok, so here's what I've discovered in the last hour of debugging and diving in:

• It's not actually directly related to the cache, it seems - it's only happening when we load an old index from cache
• I think the reason I thought it was file:/// was because I tried serving up the tw5.com wiki via HTTP and didn't see the problem - not realizing it would probably happen if I did it again
• lunr's Vector.positionForIndex method is infinite looping, because the index it was passed is undefined and it can never find a position for it
• The index is undefined, apparently, because it's processing a token it never saw in the previous indexing (namely __proto__ from Release 5.0.9-beta) ** Side note: why is this tiddler getting indexed at all? Shouldn't it have been indexed in the previous run and therefore cached? If that were the case, wouldn't we have seen __proto__?
• This doesn't seem to happen with my own wiki - I think maybe it's something with __proto__, or something with terms never seen in a previous indexing (I'd bet my money on the former)

[hoelzro]

Yup, it's something with __proto__: https://github.com/olivernn/lunr.js/pull/378

[hoelzro]

This is now fixed!