Status
Not open for further replies.

Skorne42

Customer
I bought this plugin and installed it on a forum I run and immediately after installing it broke something else. Where it says "Members who have read this thread:" that no longer actually tracks who has that thread correctly. Sometimes it adds people and sometimes it doesn't. This is really bothersome that we might have to install this plugin in order to get that back. We are a heavily modified forum running probably have the hacks you guys sell and do actually enjoy some of them.

I am willing to set up one of your techs with an admin account and a ftp account (for fixing this only). Please get back to me on this as soon as possible.

EDIT: Just disabled the plugin and it tacks who has read the threads. Sad I have to disable this in order to get that working
 
Last edited:
We've not had a single report of that happening before - as you can see on this forum, the two are working perfectly together :)

What do you mean, "Just disabled the plugin and it tacks who has read the threads." ? I don't understand what you mean by this, sorry.
 
We've not had a single report of that happening before - as you can see on this forum, the two are working perfectly together :)

What do you mean, "Just disabled the plugin and it tacks who has read the threads." ? I don't understand what you mean by this, sorry.

When I go inside the admin CP and I disable the plugin for vbShop it will then keep track of who was read whatever thread. As soon as I disable the plugin (vbShop) the who has read that thread works perfectly.

Also just because you haven't got reports of this happening doesn't mean it isn't happening with me! Like I said come to my site and I will show you
 
Could you please create and PM me with a temporary FTP and AdminCP account?

For security reasons, we recommend you create a new FTP account only for DBTech support, then disable or delete it after we have both confirmed the issue has been solved and there are no further issues.

The same applies to AdminCP accounts; they should ideally be temporary accounts created for us only. If we have created an account on your site already, you can optionally boost that account to Administrator and then de-admin this account once the issue has been solved.

If you use a .htaccess password protection for your AdminCP directory, it is recommended that you create a new authorised user for DBTech and remove this user once the issue has been solved.

Please test any temporary accounts you create to ensure that the FTP account has access to the forum files, and that the AdminCP account can access the administrative controls for the product we are assisting you with.

Ensuring this is all in order before submitting the information will significantly speed up the process of assisting you. We will alert you via PM if there's any issues with the login information you have provided.

When sending the PM, for your security you should also un-tick the "Save a copy in my Sent Items folder" checkbox. When the access details have been received, we will delete the PM from our inbox. Ensuring you have not kept a copy of the PM reduces the risk of security breaches.

Thank you for helping us debug our products and allowing us to assist you, we appreciate it :D
 
Could you please create and PM me with a temporary FTP and AdminCP account?

For security reasons, we recommend you create a new FTP account only for DBTech support, then disable or delete it after we have both confirmed the issue has been solved and there are no further issues.

The same applies to AdminCP accounts; they should ideally be temporary accounts created for us only. If we have created an account on your site already, you can optionally boost that account to Administrator and then de-admin this account once the issue has been solved.

If you use a .htaccess password protection for your AdminCP directory, it is recommended that you create a new authorised user for DBTech and remove this user once the issue has been solved.

Please test any temporary accounts you create to ensure that the FTP account has access to the forum files, and that the AdminCP account can access the administrative controls for the product we are assisting you with.

Ensuring this is all in order before submitting the information will significantly speed up the process of assisting you. We will alert you via PM if there's any issues with the login information you have provided.

When sending the PM, for your security you should also un-tick the "Save a copy in my Sent Items folder" checkbox. When the access details have been received, we will delete the PM from our inbox. Ensuring you have not kept a copy of the PM reduces the risk of security breaches.

Thank you for helping us debug our products and allowing us to assist you, we appreciate it :D

It is all set up and ready for you to play around with it, I pmed you the details.
 
This is 100% unrelated to vBShop. The issue was that your Memcache server appears to have an issue somewhere, causing it to be unable to write new items to the cache.

Thus, the first time someone read a thread, it would write that to the cache and then never update it again.

I've disabled the Who Has Read and Who Has Visited caches and it works perfectly fine now, with vBShop enabled :)
 
Status
Not open for further replies.

Similar threads

Legacy vBShop

vBulletin 3.8.x vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
1,260
Customer rating
0.00 star(s) 0 ratings
Top