Bug Copy thread issue

[wolfbd]

I wish to get positive support from dbtech this time.
This is really a critical issue with dbtech credit systems. When moderators or admin copying a thread, the newly copied thread has no content at all. If I disable the mod and copy the thread, everything goes OK.

Please give me a positive solution. Else all my hard work will go fruitless as I have implemented many systems basing this credit system.

 

[Fillip H.]

Can you please individually disable all the plugins for vBCredits except for the "load core" that runs on init_startup, then re-enable them one by one and try a copy again until you find the culprit?

 

[wolfbd]

Can you please individually disable all the plugins for vBCredits except for the "load core" that runs on init_startup, then re-enable them one by one and try a copy again until you find the culprit?

I took 24hours for it. Checked all plugins one by one disabling them and even I uninstalled them. Only remained dbtech vbcredits, thought a latest mod won't have any issue, specially it's dbtech mod. But my issue resolves if I disable this mod.

 

[Fillip H.]

I meant disabling the plugins, not products. There's a difference

You'll need to follow the above steps for each individual plugin within the vBCredits product, as this is not an issue I can reproduce (we copy threads on this forum almost on a weekly basis).

 

[wolfbd]

I meant disabling the plugins, not products. There's a difference

You'll need to follow the above steps for each individual plugin within the vBCredits product, as this is not an issue I can reproduce (we copy threads on this forum almost on a weekly basis).

"vBCredits II - Charge Content Cache - postdata_presave" the culprit. hope to get positive support this time.

 

[Fillip H.]

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

 

[Fillip H.]

Just a quick reminder to let you know I'm still waiting for these access details

 

[Fillip H.]

The culprit was "VSa - APBOUPC - P3 (PP)". I managed to get it working by setting its execution order to 65535.

 

[wolfbd]

The culprit was "VSa - APBOUPC - P3 (PP)". I managed to get it working by setting its execution order to 65535.

Thank you. But after changing the execution order of PP donation plugin, will it hamper the plugin service for donation?

 

[Fillip H.]

I severely doubt it, it only alters when the plugin will run in relation to others.

The reason why the plugin conflicts is the poor job the coder did, they engaged in bad practices that ensured issues like these could not be avoided unless their plugin was ran at the very end of all other plugins.

 

[wolfbd]

I severely doubt it, it only alters when the plugin will run in relation to others.

The reason why the plugin conflicts is the poor job the coder did, they engaged in bad practices that ensured issues like these could not be avoided unless their plugin was ran at the very end of all other plugins.

Well, I have tried to disable the plugin and product both for VSA - Paypal Donate. And still failed to get a result that expected.

 

[Fillip H.]

Sorry, I'm not sure I understand what you're saying.

Are you saying that the issue reported is not fixed for you when you attempt to copy a thread?
Or are you saying that in the past, when attempting to debug this issue for us, it was not fixed when you disabled the vSA mod?

 

[wolfbd]

Sorry, I'm not sure I understand what you're saying.

Are you saying that the issue reported is not fixed for you when you attempt to copy a thread?
Or are you saying that in the past, when attempting to debug this issue for us, it was not fixed when you disabled the vSA mod?

Yeah I am talking about the update. I have changed the execution order to 65535 for mentioned VSA plugin and didn't work. So, I tried disabling the product completely, still the same issue. And if I disable "vBCredits II - Charge Content Cache - postdata_presave" works very fine.

 

[Fillip H.]

You didn't need to update anything on your site, it worked fine when I tested it after making the change myself.

Please restore the changes I made so that it can work properly

 

[wolfbd]

You didn't need to update anything on your site, it worked fine when I tested it after making the change myself.

Please restore the changes I made so that it can work properly

Well I have removed the mod "Permission based on postcount" as I do not need that anymore. But still we cannot copy a thread without disabling the mentioned plugin above.

 

[Fillip H.]

I'm not sure what exactly you're saying, but I was talking about the vSA Donate mod, not postcount permissions.

If you change the execution order of the vSA Donate mod's plugin back to 65535 it will work, or you can disable that plugin (not the product, just the plugin) or you can disable the plugin for vBCredits. Either of these 3 options will work

 

[wolfbd]

I'm not sure what exactly you're saying, but I was talking about the vSA Donate mod, not postcount permissions.

If you change the execution order of the vSA Donate mod's plugin back to 65535 it will work, or you can disable that plugin (not the product, just the plugin) or you can disable the plugin for vBCredits. Either of these 3 options will work

Well I have removed VSA - PP donate mod completely. Still the issue exist. This properly proves the bug is in VBCredits mod itself.

 

[Fillip H.]

If you want me to check this out, you'll need to restore the access details you provided me with previously

 

[wolfbd]

If you want me to check this out, you'll need to restore the access details you provided me with previously

Dude, found the culprit. Vbseo should be completely uninstalled else even it is disabled, still the issue exist. To reproduce the issue I have done all the steps. And found the clash is between vbseo and vbcredit.
Now question is how to fix it.

 

[Fillip H.]

You should remove all vBSEO files from your server and remove the .htaccess entries for it if you've uninstalled it from the AdminCP.