Sometimes in Chrome (both Mac and PC), the autoread list stops automatically refreshing.

I added a few debug console.logs in Chrome's copy of PlansPlus (one at the start of the poll() function to make sure it was executing and one after the AJAX call is complete to give me the status code), and I found a little more info, but it's weird. The poll() function gets called correctly all the time, but sometimes the AJAX call returns a status of "0," which seems like it isn't an actual status. Once that status 0 gets returned, the refreshing autoread list is dead until you open a new tab or restart Chrome. Random Googling thinks that status may be a result of an unresolvable URL, a cross-site AJAX request or refreshing the page right as the AJAX request is happening.

Also, normally the Chrome console reports the console.logs as coming from something like "edit.php:273," but when that status 0 starts happening and until you navigate to a new page (or refresh the current one), the origin changes to something like "[VM] edit.php (1158):273."

It seems that the "new love" script somehow stops tracking after using a new account.

I just logged in to a public plan and on my next visit to my Quick Love page, it showed all planlove as new. I didn't even visit the "Quick Love" page of the other plan, just logged in and posted.

I'm not sure what to propose immediately as a solution, but it was definitely a bummer.

From a suggestion on Plans: "Can you disable the keyboard navigation PlansPlus feature when you're on edit.php? I know you ignore it if a text box has focus, but if you hit tab, then 1, 2, 3, n...etc., you lose your edit. "