Apologies for not replying earlier! Yes, it worked. Thank you @Kumirei and @Sinyaven!
I’m curious what it was about LUS2 and not LUS3 that made things weird… might be related to this?
2 Likes
Since recently, the “self study” function has stopped working properly:
This actually happened once already, but I usually managed to fix it by simply selecting another preset.
This time though, no matter the preset, WaniKani (or maybe Reorder Omega?) fails to decide whether it wants to test the reading or meaning of either kanji or vocab.
Submitting an answer does not advance the lesson and results in this:
I have already tried the following things:
- Clearing all site data for WaniKani.
- Toggling script compatibility mode.
- Only enabling Reorder Omega and WKOF as the active scripts.
- Wildly switching presets.
This occurs both in chrome and firefox, the latter being a fresh install.
1 Like
Will have a look at it on Monday if I get the time. My dad is visiting from Sweden until then
1 Like
Thanks for taking your time to look into this 
Family obviously comes first!
Funnily enough, I’ve able to use the self study function without much issues anymore for the past two days again.
(This is without script compatibility)
Really not sure why this happened in the first place, perhaps this was just a transient issue.
1 Like
Finally given this a try since the scripts I was using to reorder Extra Study haven’t worked in a while, and I could use some additional practice for the final push to 60. 
…probably should’ve installed months ago since you’ve included most of the scripts I normally use anyway lol
Couple suggestions/requests:
-
Burn Bell – Been using this since I first started burning items, but edited to use a different sound. Would be great if Omega had a setting to change base64BellAudio.
-
Preset Dropdown – Since the Active Presets can be changed through the script settings (and would often be set-and-forget), it’d be nice if we could toggle the visibility of the dropdown list in the bottom-left.
1 Like
I don’t think this would be useful to enough users to warrant a setting for it, but I wouldn’t mind adding a check for a variable in localstorage to make the change persistent for you. Would that be ok?
Sure! I’ll look into this when I work on the script next. Hopefully sometime this week
1 Like
Should be just as good. Either way would let me stop using the other script.
No rush, using another script to hide it for now. 
1 Like
Also noticed that while your separate Back To Back script randomizes the quiz order for lessons, Omega’s b2b feature keeps quiz items in their original order.
1 Like
Yes, this is by design. Since Omega has to take into account that the queue may have been reordered, it made more sense for Back To Back to maintain the order of the active queue (for lessons this is the whole quiz batch). However, I see that although it makes sense for reviews and extra study, this is not ideal for the lesson quiz. Perhaps I can extract this into a separate setting somehow…
2 Likes
Has this happened again since?
It actually did happen twice again since my last post.
Each time the same error was thrown in the console.
However, I was once again able to fix it by randomly switching presets until the lesson started working properly.
I’ve observed this problem on multiple browsers so far, including on mobile (Kiwi Browser).
1 Like
Hi, back-to-back option seems to be not working for me in reviews.
It was working until recently (yesterday, I think).
Reinstalling the script also didn’t fix it.
1 Like
Hey, it’s still working fine on my end. Did anything else change on your end? What browser and script handler are you using?
The burn bell audio can now be set through local storage using the key reorder_omega_burn_bell_base64_audio like this
localStorage.setItem('reorder_omega_burn_bell_base64_audio', 'BASE64 AUDIO STRING')
There is also a new setting to show (which you can disable to hide) the preset selection dropdown
1 Like
Perfect, thanks!
Personally, I don’t consider the quiz order too important. My batches are only set to 5 and I usually loop through lesson details a few times — so quizzes take just a few seconds regardless of whether or not they’ve been shuffled. (and I’ll run out of lessons soon anyway) 
I’d only mentioned it because I remembered seeing comments in the Back To Back thread about quiz order, so I thought this difference might have been an oversight.
1 Like
Firefox lastest update, Tampermonkey.
I guess Firefox updated recently and also Wanikani had that new ordering update, not sure what else could have changed in the last couple days that would cause the exact same bug to appear on my two different devices.
Standalone Back-to-back script is working fine so I’m using it in conjunction with Reorder Omega for now.
1 Like
I just tried it in Firefox 101.0 using Tampermonkey v4.17.6161 and it is working fine. Is back to back checked in your Omega settings?
edit: I can replicate it on the preview site
Ok, this is fixed in 1.0.16.
Turns out that WK’s new ordering update (which is only available to me on the preview so far) changes how they arrange the items in your active queue. In light of this I have had to make the Omega implementation the same as the standalone.
@BIsTheAnswer I think you were the one to report that lesson order was not preserved with back to back. This will most likely be the case again. I am still reordering the whole queue, but since WK is changing how their active queue works I am going back to only selecting the next item (for back to back) when an item is already partially answered.
3 Likes
As it happens I just had to revert this, lol. Both scripts should now work the same
2 Likes
I have not been able to replicate this so far. When it happens again (question type is Null), could you put this in the console and copy the result to here? You get to the console through F12 → Console
JSON.stringify($.jStorage.get('currentItem'))