tag:mentalfaculty.tenderapp.com,2010-10-19:/discussions/suggestions/10628-bug-app-resuming-study-sessions-at-a-different-point-than-where-it-was-when-session-last-closedThe Mental Faculty: Discussion 2019-11-22T09:30:08Ztag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T07:34:54Z2019-06-12T07:34:54Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>I don't know what could be happening there, other than perhaps some data about the location in the study session didn't save in time, and so you ended up with a different card.</p>
<p>Skipping forward is harder to explain. Do you know if the card you were last studying was the same card it opened on? Ie not the number of the card, but the card itself.</p>
<p>Going back through a slideshow, should certainly not regrade it. Once a note is graded, only changing the grade yourself should have any influence on the study schedule. I'm going to check this to be sure.</p>
<p>Kind regards,<br>
Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T15:06:40Z2019-06-12T15:07:32Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>In order to possibly gain some insight into the problems I've had with this app, I've actually been taking screenshots of the last note I was on when closing a study session (whether complete or not yet completed), the main page, and also the Library.studielib folder after closing the app each time (documenting which files were updated). Then when I reopen the app and "continue" the study session, I usually take a screenshot of the first card it opens on. Other than that I take screenshots of the cards I mark wrong. I'm pretty good about doing this and have done it for months.</p>
<p>I never close an incomplete study session on a card that is graded wrong, because I know the bug I previously mentioned will cause that card to become scheduled as if it were graded correct when it is reopened (even though graphically the card still shows the red x as if it is graded wrong).</p>
<p>In this case it was actually screenshot shows that the card that the continued study session opened with was the 80th, whereas the last card studied when I closed the session previously was the 46th. I did not notice that it opened on the 80th though at the time, as I was not focusing or having expectations this as a possible issue. But I did document it just out of my routine habit.</p>
<p>Regarding the bug with the app scheduling notes that were graded wrong as if they were graded right, <em>carefully</em> read my previous post in order to duplicate the issue and, more importantly, understand what the issue is. Otherwise you are just likely to make a wrong assumption about what exactly I am saying the problem is.</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T15:23:36Z2019-06-12T15:23:58Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>I'm afraid I can't reproduce any of the issues you bring up, so it must have to do with your large data set.</p>
<p>I went through a study session, and graded a bunch of notes wrong. I then backed up in the study session, and then exited it and checked the scheduling of the notes. They were all graded incorrect, and the schedule appropriate. Was that the correct test, or did I miss something? I was trying to follow what you describe to the letter.</p>
<p>I also tested quitting the app when on a slide, and then opening and continuing. It went to the correct note.</p>
<p>Do you have sync turned off altogether now? One way I could imagine this type of thing arising is when changes come in from a different device, or even if the current device tried to sync and there was an ugly failure. So best is to turn it off altogether if you aren't using it, and also clear the cloud data.</p>
<p>Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T16:42:12Z2019-06-12T16:49:00Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Sync has been turned off and the cloud cleared of data since February , the only file remaining being a (although even if you go to Manage Storage and delete it the cloud file, a 2.4kb file will always be recreated and remain-- you can't get rid of it, so that is all that remains in the cloud storage. I assume its a placeholder of some kind).</p>
<p>There are different ways to recreate the issue, but I would start with the simplest.</p>
<p>Test with notes with only one facet capable of being a prompt. Don't use reversible notes. Don't skip this instruction.</p>
<p>First, you need to open an iOS Studies app that has due notes scheduled and studied daily. You may be able to duplicate it by just turning on scheduling to create new notes due, but if it doesn't duplicate the issue, then you'll have to at least grade the new due notes today, leave scheduling on, and then try testing with the due notes stack that is created tomorrow. It would be best if the notes already have a scheduling history.</p>
<p>On the home screen, allow the days due notes to fully generate, and take note of number of them that follows Due for Study. (for example, lets say it shows you have 100 notes Due for Study).</p>
<p>Tap the play icon to go to the Choose Study screen and then tap "All Due Notes".</p>
<p>Allow the first card in the study stack to appear (noting which one it is), and then without grading the card, simply touch the X in the lower left corner to close the study session.</p>
<p>Now that you are back on the home screen, after waiting a second, Due for Study will now update to show one card less due than before, even though you did not grade a card. (so if it was 100, now it will show 99. This will not be the case however if instead of "All Due Notes" as I instructed, you previously chose "Continue ...", because the card would have already appeared with a grade of correct)</p>
<p>Check the scheduling on the card. It will show the card as having been graded correct with future scheduling based on it having been graded correct. So what really is important here is to NOTE THE DATE FOR "NEXT SCHEDULED" . (caps for emphasis, not to shout). This date is based on the card having been graded CORRECT.</p>
<p>Tap on the play icon to return to the Choose Study page, and this time select "Continue Study."</p>
<p>The app should open on the first card of the previous study session which was ungraded when you exited, but it will now show as having been graded correct with a green check mark.</p>
<p>Change the grade to incorrect. Close the session by tapping on the X in the lower left corner. (You can advance the next one in the session first if you want, it makes no difference to what will happen).</p>
<p>Now check the scheduling on the card. The "recent run" on the card will show that it was last graded as incorrect (1 incorrect"). BUT "NEXT SCHEDULED" WILL HAVE NOT CHANGED. IT WILL STILL SHOW THE SAME DATE THAT WAS GENERATED WHEN THE CARD WAS FIRST GRADED AS CORRECT. (again, emphasis, not shouting)</p>
<p>Note: obviously if you use notes with no previous scheduling history and the app doesn't distinguish between how it next schedules a new card, correct or incorrect, and schedules the card to be studied again one day later regardless of the answer, then you won't be able to see the problem. I don't know off hand how the app schedules a new note that has been graded correct, but I could easily see programming it to test the a card again the very next day in the case of a new note even if it had been graded correct on the first pass..</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T16:55:39Z2019-06-12T16:55:39Zbug - app resuming study sessions at a different point than where it was when session last closed<div><blockquote>
<p>Now that you are back on the home screen, after waiting a second, Due for Study will now update to show one card less due than before, even though you did not grade a card. (so if it was 100, now it will show 99. This will not be the case however if instead of "All Due Notes" as I instructed, you previously chose "Continue ...", because the card would have already appeared with a grade of correct)</p>
<p>The fact that the note is graded when you exit is by design. It basically applies the same process as when you move to the next card. The reason for that is that otherwise many people would get to the end of a study session, and exit, and would have one note still due. This seemed the lesser of two evils.</p>
</blockquote>
<p>I will go through your prescription and see what I can find out.</p>
<p>Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-12T18:54:07Z2019-06-12T18:54:07Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Not a big deal with it grading a card correct when you exit (though I wouldn't opt for it and would instead just make someone that forgot to grade the last card go back in and grade it), but its the fact that once a card has been graded as correct and you have exited or advanced to the next card, the scheduling will reflect that of a card that has been graded correct, and that scheduling will not be corrected if you want to go back change the grade to incorrect.</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-13T06:45:50Z2019-06-13T06:45:50Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>I have reproduced what you describe. I need to investigate whether it is really a bug, or that it was made like that for a reason. Will let you know.</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-13T07:38:38Z2019-06-13T07:38:38Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>OK, found the bug, and fixed it. Will be in the next release.</p>
<p>Thanks for reporting it and giving me clear instructions to track it down.</p>
<p>Kind regards,<br>
Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-13T14:34:16Z2019-06-13T14:34:16Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>That was the bug I reported in January. But do you have any idea of what might be causing this bug of the study sessions opening at different points further ahead or further behind in the study deck than where it was left off? Anything further I could keep an eye on for the next time it occurs?</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-13T14:38:57Z2019-06-13T14:38:57Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>No, I don’t know exactly what could cause that, and I haven’t been able to reproduce it.</p>
<p>One thing that might do it is if you deleted the note that you were on, but I doubt you are doing that, right?</p>
<p>How reproducible is it? Do you see this happen every time, or just sometimes?</p>
<p>Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-06-13T16:37:22Z2019-06-13T18:21:43Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>No notes were deleted.</p>
<p>I haven't noticed any possible rhyme or reason for it, and don't know how to reproduce it. The cards that are skipped over do not appear to have any thing in common about them that would make them the ones that are skipped. But since they are skipped consecutively as a group which are "shuffled" in a random manner (or is at least designed to appear random) it make sense that the value for whatever variable/pointer is used as the placemarker for the users last point in the deck is being changed. Or, if that variable/pointer is itself based on an arithmetic of some other variable/pointer representative of the first or last card in the study deck (ie, 0 or 1 for the first and 133, etc for the last) then maybe somehow in this particular bit of code 0, 1 or 133 is being changed-- ie Place_In_Deck = lastCardInDeck - numberLeftUnstudied, or Place_In_Deck = firstCardInDeck + numberStudied, etc etc. I'm just totally speculating on things that come to mind not knowing the code of course, but I would be looking at the code to see how those variables appear elsewhere or how values passed to them could be altered elsewhere or at least try to add some extra certainty that they can't be changed.</p>
<p>I'll review the history I've saved when I have some spare time and see if there any sign of some common trigger. Actually one thing I would have thought could affect it is allowing the app to be open and in an active study session when the clock turns midnight and the app generates new due notes. This has been problematic in the past , particularly being followed by sync issues or a crash within a couple of days, and I've just tried to avoid it at all costs. I rarely allow this to happen, when i accidentally lose track of time. But it hasn't happened recently. (It doesn't seem to be a problem when sync is turned off and the iOS app is the only one being used). The one thing I did do recently was turn on long-term study scheduling for an 11 note deck and then a day or two later, turned it on for another 45 note deck. But the number of cards involved doesn't correspond to the number of cards skipped, 33, and the cards that were skipped are from a variety of decks.</p>
<p>PS: Regarding the other bug where I said to use non-reversible notes, I'll now just add that the problem does affect reversible notes as well, but I just wanted to remove from the equation any confusion about which facet's scheduling data was being viewed.</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-09-19T01:04:48Z2019-09-19T01:04:48Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Turns out opting to "Continue Study" while the phone is held horizontally causes this issue when the study session opens in portrait mode. The session will open much earlier in the deck with cards you have already studied and graded, rather than with the card you were actually on when you last closed the study session. I don't know that there is any rhyme or reason as to how far back it goes, but it is repeatable.</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-09-19T06:42:48Z2019-09-19T06:42:48Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Ah, that fully explains it. It is calculating the position using the wrong screen width, so it ends up earlier. Very useful.</p>
<p>Now I should be able to fix it reasonably easily. Thanks!</p>
<p>Kind regards,<br>
Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-11-19T02:16:24Z2019-11-19T02:16:24Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>after a crash, I would get an option to send a crash report or not, or to set it to <em>always</em> send a report.<br>
I accidentally chose "always send", but I don't want this option selected.<br>
How do I change it back to prompt me for permission, instead of always sending it?<br>
thanks</p></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-11-19T09:05:31Z2019-11-19T09:05:31Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Gah, I don’t know that it is possible. That is a special crash testing framework, not our own code.</p>
<p>I guess it may be possible for me to guide you to where the preferences are stored in a file with a tool like iExplorer to remove the file, which will reset it.</p>
<p>Is there a reason not to send them? They have no personal data attached, or any data of the app. They are just code stack traces showing where the crash happened.</p>
<p>Kind regards,<br>
Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-11-21T02:04:40Z2019-11-21T02:04:40Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>I think that if I make it prompt me whether or not to send them, I am alerted that it was indeed a crash that occurred (as opposed to some inadvertent action). Whereas if I opt to send them always, it just sends it with no notification that a crash has occurred.<br>
I think the best way to reset it is to uninstall the app and then reinstall. Seems like Apple would have some setting though, but I guess not.<br>
On Tuesday, November 19, 2019, 04:05:34 AM EST, drewmccormack <a href="mailto:tender+d03a7db06e@tenderapp.com">tender+d03a7db06e@tenderapp.com</a> wrote:</p>
<table>
<tr>
<td></td>
</tr>
</table></div>zeppotag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-11-21T07:50:19Z2019-11-21T07:50:19Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>Really, any time you are sent back to the home screen with the app icons, without clicking home or swiping the bottom of the screen, it was a crash.</p>
<p>I don’t know of a way of resetting it. Maybe a google search would bring something up.</p>
<p>Kind regards,<br>
Drew</p></div>drewmccormacktag:mentalfaculty.tenderapp.com,2010-10-19:Comment/473469042019-11-21T16:15:58Z2019-11-21T16:15:58Zbug - app resuming study sessions at a different point than where it was when session last closed<div><p>It's obvious if it happens when I'm looking at it, but sometimes it happens I'll have the app open in a study session and phone in my hands but am looking away at something else. Then I look down and I'm on the phone's home screen or the app's home screen, and I'm wondering if I somehow accidentally exited the study session or the app while I was looking away. My uncertainty would be answered by the prompt as to whether the crash report or not. <br>
I can also scroll through to check the reports in Privacy > Analytics Data. So not a big deal, just a matter of convenience to me.</p>
<pre>
<code>On Thursday, November 21, 2019, 02:50:23 AM EST, drewmccormack <tender+d03a7db06e@tenderapp.com> wrote:</code>
</pre>
<table>
<tr>
<td></td>
</tr>
</table></div>zeppo