PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Three unread entries reported, but only one really, after reading, 2 unread

  1. Sorry for the cryptic title.

    On my dashboard I had one form that showed three unread entries. I clicked the form name to see the unread entries, but there are only two entries total, one of which was unread. I read it, went back to the dashboard, and the notification still shows 2 unread entries. If I click to read the entries, there are no unread entries.

    After it showed three, and it was really only one, which I read, I recorded the screen. I had gone back and forth confirming that there were no unread entries a couple times.

    http://chrishajer.com/gravity/unread.avi (15MB AVI.)

    I am using W3 Total Cache but I don't believe that caches the admin at all.

    Posted 14 years ago on Friday January 22, 2010 | Permalink
  2. Some of the caching plugins also cache on the admin side of things depending on how they are configured. DB-Cache for instance can do that without the user realizing it.

    We will look into it, we are already going to look into the Last Read bug with the dashboard widget so we will see if there is anything else going on with the dashboard widget that could be causing this... although this is the first it has been reported.

    Posted 14 years ago on Friday January 22, 2010 | Permalink
  3. It's the first time it's happened to me, as well, and appears to be only this one form. It happens to be the last form. Not sure if that matters or not.

    I keep getting entries on that form, and others, and after reading all the unread entries, there are still two stuck as "unread".

    Posted 14 years ago on Friday January 22, 2010 | Permalink
  4. I just installed the 1.3.10 release and this issue is still present. Any update, or would you like a log in to take a look around?

    I'm not sure if this other one is fixed either, since I don't know how to make these last 2 unread entries go away in the widget, since the entry is actually already read:

    http://forum.gravityhelp.com/topic/is-the-last-entry-information-supposed-to-be-present-all-the-time

    Posted 14 years ago on Tuesday February 23, 2010 | Permalink
  5. I apologize, these appear to have been lost in the bug fix shuffle for that last release. We will take a look at them again and make sure they are addressed in the next one.

    I may want to get access to the site you are experiencing the 2 unread entries on so we can see it and try and determine why it is happening. It's tough to debug something (actually it's near impossible) if we aren't able to recreate the issue on our end.

    Posted 14 years ago on Wednesday February 24, 2010 | Permalink
  6. I have exactly the same problem described here: the widget says I have 1 unread entry, but all of them are read.

    I hope it is fixed for next update ;)

    Posted 14 years ago on Wednesday February 24, 2010 | Permalink
  7. @xavivars Could we possibly get access to the site you are having the problem on so that we can debug the issue? Ideally we could have a WordPress admin login and an FTP login so we could do some debugging to determine and fix the issue. If so can you use our Contact Us form to send it over?

    Posted 14 years ago on Wednesday February 24, 2010 | Permalink
  8. @Carl, I've sent you the details this morning.

    Posted 14 years ago on Monday March 8, 2010 | Permalink
  9. Any update on this one? 1.3.11 does not appear to have resolved this issue.

    Posted 14 years ago on Thursday March 18, 2010 | Permalink
  10. @illinoisharley No update, we haven't been able to replicate it on our end in order to fix it. Still working on it.

    Posted 14 years ago on Thursday March 18, 2010 | Permalink
  11. I sent in a login but if you would like me to send it again please let me know. It's still present on that site.

    Thanks

    Posted 14 years ago on Friday March 19, 2010 | Permalink
  12. I'm having the same issue after the upgrading to 1.3.11. Even after deactivating all my cache plugins.

    Posted 14 years ago on Friday March 19, 2010 | Permalink
  13. Yes illinoisharley, please send the login information again so we can take a look.

    Posted 14 years ago on Friday March 19, 2010 | Permalink
  14. sent admin login just now. Thanks

    Posted 14 years ago on Friday March 19, 2010 | Permalink
  15. Any word on a fix for this?

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  16. Chris, updated versions of Gravity Forms aren't going to correct the issue. Your data is out of synch, most likely due to the Database caching functionality of W3 Total Cache (which I noticed you currently have deactivated).

    W3 Total Cache with Database Caching turned on can cause all sorts of data synch issues. Including the admin. For instance, it can cause problems with entry submissions which cause entry counts to be incorrect in the admin. It can also cause notifications to be incorrect because information gets cached instead of sending live data.

    The problem is once your entry counts get out of synch, updated versions of the plugin aren't going to correct this because they don't do any data manipulation.

    Gravity Forms will not work properly with the W3 Total Cache Database Caching turned on. You will have to use it without Database Caching.

    This isn't really a bug or issue with Gravity Forms or W3 Total Cache. They are both doing what they are designed to do. Unfortunately that doesn't work properly.

    This will be corrected in an upcoming version of W3 Total Cache. They are "whitelisting" the Gravity Forms related database tables so that it always goes to the database for queries instead of pulling from cache. Once this update is released you will be able to use Gravity Forms and W3 Total Cache with Database Caching turned on.

    It's an issue that can cause issues with any plugin running with W3 Total Cache Database Caching that needs to get data from the database and can't rely on cache.

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  17. Interesting. I deactivated W3 Total Cache a while back, I forget why. I will leave that off until it will play nice with Gravity Forms.

    What can I update in the database to reflect a correct unread count for this form, to put it back in sync?

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  18. I suggest adding this to the FAQ or do some sort of check on installation to warn that the use of caching plugins can cause Gravity Forms data to get corrupted. It seems like it could cause some serious data loss.

    I'm also wondering if there are other types of plugins that would be adversely affected by caching plugins? I hope W3 Total Cache allows extension of the whitelist to add other plugins as necessary.

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  19. I was able to mark the entries as read manually by editing the entry in the wp_rg_lead table and setting the is_read field to 1. So that part is back in sync. Thanks

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  20. ANY plugin that interacts with the database and needs current data can be impacted by a database caching plugin. By their very nature, database caching is only good for primarily read only situations. However, a lot of the database caching plugins out there basically cache everything and this causes problems with other plugins.

    W3 Total Cache is aware of the issue and will be updating their plugin in the near future with an update that will not interfere with Gravity Forms related data interaction.

    Posted 14 years ago on Friday March 26, 2010 | Permalink
  21. @Carl, I still have no info about this bug, and now in my install there are 2 inexistent "unread" items...

    Posted 14 years ago on Monday May 31, 2010 | Permalink
  22. The only we we could debug this would be to have FTP access and access to your MySQL database to look at the data directly and see what is going on. If you are comfortable with providing us with that you can do so via our Contact Us form and we can look into it.

    Posted 14 years ago on Monday May 31, 2010 | Permalink
  23. I sent all the info (a wordpress account, ftp + mysql access ) to mail.

    I'll resend it if you don't have ;)

    Posted 14 years ago on Wednesday June 2, 2010 | Permalink
  24. @Carl, I've resent you the info. Tell me if there's any problem with it.

    Posted 14 years ago on Thursday June 3, 2010 | Permalink
  25. @Carl, have received the information? I don't know if you have received it, and are working to check it, or if not...

    Posted 14 years ago on Thursday June 10, 2010 | Permalink
  26. Hi, is this problem solved? I now have the exact problem....

    Posted 11 years ago on Thursday July 11, 2013 | Permalink
  27. David Peralty

    Please read the thread, it looks like it was an issue with Caching. If you are using caching, you may be experiencing a similar issue. This isn't/wasn't a Gravity Forms issue, but most caching plugins have long since resolved this issue as far as we are aware.

    Posted 11 years ago on Thursday July 11, 2013 | Permalink

This topic has been resolved and has been closed to new replies.