I released a new version with a hot fix that should handle the new radical but not future occurrences. I had to release this quickly so the app remains usable while I work on a fix that should prevent future crashes for any new image-based radicals that WK introduces.
The new update is pending approval from Play Store, I will update this post once it becomes available for download. Thank you for your patience.
Update:
Version 1.5.1 is live.
I have a fix to prevent a crash that may come from future additions. Now, when a new image-based radical is added, the app will show 
instead of crashing or showing blank. This would serve as a fallback image when a radical image is not found.
I’d release this as soon as the other release is approved. Cheers!
Please update your app to version 1.5.1 as this version include bug fixes, more importantly a fix for the Rib Cage radical. This is a critical update, do not ignore.
does mina log its api requests, and if so is there any way for the user to retrieve the logs? otherwise, are you aware of any tools i could use to intercept mina’s network transmissions and copy them to a log file?
basically i just want to compile and compute specific data about my reviews, beyond what the available stats viewing apps/userscripts are capable of seeing without using a review cache. but if i’m to keep doing all of my reviews thru mina, then obviously the available browser extensions for capturing review history won’t work…
Hi @astramar, Mina does not log API requests. It does not log anything; you might have to rely on the website’s heatmap data or manually use the API to do what you want. I know that can be cumbersome, but it is what it is 
Hi! I wanted to follow up on the “Wrap Up” button - I understand your shuffling algo is different to how the website works, but this seems to introduce an edge case with the Wrap Up functionality.
On the website, their algo can guarantee that within 10 words you’ll always finish any “in progress” reviews (where you’ve done 1/2 the pair). Your algo doesn’t guarantee this, so if during a long review session you have more than 10 reviews “in progress”, pressing Wrap Up and then finishing 10 words will leave some other reviews incomplete and therefore lose the progress on them.
Would it be possible to make the Wrap Up button give a varied number of reviews based on how many are currently in progress? Perhaps a minimum of 10 to match the current behaviour, but a maximum scaling up to guarantee you’ll complete all “in progress” reviews? Currently I have to untap and re-tap Wrap Up when I reach 9 if I think there’s probably more reviews in progress.
Thanks for all your work on the app <3
Sure! I was thinking of this recently and I thought I should make it configurable so a user can set a defined number of items they want to wrap up instead of the current fixed value of 10. I could also use your suggestion and just take all 1/2 pairs so no configuration is required. Let me know your thought on this, others can chime in too.
Certainly for me, anything other than an automatic all-remaining-half-pairs has the potential for the same problem (just with a bigger number), but I can’t see any harm in also offering a customisable “minimum” if you wanted to!