Hello! When readjusting my dates for the calendar I noticed that if I have the start date set to 2019-12-1 everything looks fine, but if I change the date to 2019-12-31 or 2020-01-01 ONLY the lesson map starts showing empty years back until 1969 haha. I’ve tried clearing lesson data and what not but not seeing any changes.
Any insight on what I might be able to do to fix it to have just 2020 show for my lessons heatmap?
Haha, that’s hilarious! The date is probably not valid somehow (even though it should be) and defaulting to 0 (which happens to be 1970). I don’t have a fix for you in mind, but I will look into it either later tonight or tomorrow.
Actually, maybe there’s an issue with numbers preceded by a zero? Try 2020-1-1? I wouldn’t think so, but you might as well try
no dice, but thanks for the suggestion and looking into it! Another thing I noticed is that if I change it to 2020 it also will simply remove the lesson data from previous years without hiding the year map. Not sure if it’ll help but I am here to troubleshoot if needed!
lol I have no idea why it’s doing this
When I set my Start date value to 2019-12-31, only my lessons tab honors the date (that is, reviews still show prior to that date). That’s about as close to this as I can get so far.
Do you have an hourly offset enabled, the ‘New day starts at:’ value? I had a brief bug on New Year’s Day where it did something similar because I had an offset enabled.
Trying a few other things in an attempt to reproduce this issue, but with only data from December 2019 I might not be able to replicate those conditions.
@eshiza @Yinvoked no matter what I do I can’t replicate this. Would either of you mind trying to changing the data_storage_key to something (anything) else, saving, then trying to replicate it? It would rule out a corrupt cache (possibly my doing). If it doesn’t work then you can just change it back and maybe send me screenshots of your settings? Preferably all three tabs in that case.
The key is at the top of the script
Sure! Tried it out and thought that it could also be my browser, but going into incognito and enable it for the first time it sure does look different. Here’s screenshots of my settings.
In addition here’s a video where I change the date to see different results Loom | Free Screen & Video Recording Software | Loom
And the other scripts that are running at the same time:
Thank you for all the info, but I am still having no luck replicating it. Perhaps it’s related to your lesson data around new years. Would you mind sending me a read-only API v2 key at kumi@kumirei.com so that I can try it with your data?
sure will do!
Aha! Here we go! Finally I can replicate it. Let’s see…
Ok, so it seems that the function determining what your first day studied was is failing and returning null, causing the first day to default to 1970…
I have located the (or at least an) issue…
Aha! I think it stems from you using an offline app! When I wrote this script I assumed that the data would be ordered chronologically, but the offline app doesn’t care to post them in order. This is good to know, as I am rewriting the script currently.
Aaaand patched! In the end I actually don’t think it was related to new years at all. Could have happened at any point when you set a new start date.
→ Click here to try the patch ←
CC: @Yinvoked
I can confirm that the bits of the issue I was able to replicate were fixed with your updates. I also have an app for offline reviews (Tsurukame), though I’m uncertain if I’ve ever done a review offline quite yet.
If you can benefit from a read-only API key from me for the purposes of your development, I’d be more than happy to supply one.
That’s fine, the bug could have been triggered under normal use as well, it was just that I could tell from the timestamps of their data that Eshiza’s use of an offline app triggered it for them.
It was really more of an issue of me expecting the data to look a certain way then not considering that when I introduced the manual start date setting.
Thanks, but I don’t think that would be needed as it seems to be resolved now
That’s crazy! I would have never thought that would have been it haha, thanks so much for the patch! I loaded it in and confirmed that it’s working properly now thanks! (but now I’m very intrigued about learning about info that can be gathered from the API codes and calls recorded and will be spending the rest of my free time today reading up about it)
Just FIY I only knew that you were using an offline app because a lot of reviews had been submitted at pretty much the same time. It doesn’t explicitly tell me that you are using an app.
So I recently discovered the feature where you can get per day stats by clicking on the date. Very useful. Weird bug though. For Nov 3rd (and no other date) I get 0s and NaNs. Now the review count for that day is 258, so I’m guessing something is messed up? It’s not a big deal for me, but I thought I’d report the bug just in case you want to take a look. I did try logging out, etc, but nothing changed. Weird, huh?
Thanks for reporting it!
This is probably a really dumb question, but where does this heatmap show up when installed? I’m not seeing it on the WK page. Also, where can the settings be changed?
I am using Tampermonkey on chrome and WOF is installed (and working).
Sorry, I am pretty new to scripts, I don’t quite get the system yet.
Should be showing up under the progressions box. Have you checked the console for errors?
I’m a total noob, so I don’t know how to check the console.
But when using wanikani with chrome, and looking at the top right of the browser (where there is the tampermonkey icon), there is a small number saying which scripts are activated. and when I click it it says (among others) Wanikani heatmap with a green ‘active’ switch. Also, all other scripts work just fine.
Could you tell me what exactly I should check?
