Hi @abigailm,
I hear you.
Scott, it is tremendously helpful for other users of a plugin when these errors are posted in a public forum.
I think that’s true if the developer doesn’t provide direct tech support, or if the developer isn’t dedicated to problem solving. If a developer is content to leave odd issues or quirks in place, then forums can be helpful so workarounds can be created.
The best though, is when the developer has an intense commitment to solving problems (like we do). In that case, using forums for tech support is much slower, and can create a lot of confusion. Also, posting tech data and logs to forums is not a real secure option. When doing support directly, logs and system data reports can be sent to the developer tech support, and issues can be resolved more quickly.
@abigailm, @darkwolf:
Just to give you a little background: People don’t realize it, but we literally won’t sleep until issues are resolve. You may notice that some of our tech support responses occur at all hours of the day. Our tech support team gets alerted via IFTTT (and a number of other methods) on our phones (and computers, etc) when a new support thread is posted on the forums, or when a new support request comes in.
We have WP_DEBUG running 24/7 on every site we manage, and on our test servers. We have scripts running around the clock that report to us every time an error shows up in the log files. We also get IFTTT alerts (and other alerts) for these within minutes of these.
We run every new release through tough pre-flight debug regimen. I’ll be happy to break that down in a blog post later on. Even with the best process, there can still be issues for a certain subset of users, due to the variety of site configurations.
@darkwolf: If you would like immediate relief, you can comment out the following line in the wp-spamshield.php
file that have WPSS_Utils::append_log_data
. Lines 2642, 7323, 7393 are the only ones you would need to edit. Just add “//” to the beginning of the line. (To anyone else not familiar with editing PHP files, just make sure you’re using a text editor like Notepad or Notepad++, and don’t use any Microsoft, Office, or word-processor-type apps. Also, always back up the original file first.)
We’re moving the append_log_data()
function into the main file in the next update. It’s an upgraded version of the function that was previously in the main file. It was initially moved to the WPSS_Utils
class, but that’s been an issue on some servers due to the firing order. Unfortunately including the WPSS_Utils
class before rs_wpss_getenv()
. runs creates other bigger issues. That’s part of the rub.
Here’s a bit more of an explanation, @darkwolf:
Particularly the info we need is an RS System Diagnostic Data report. If you want to install it, and post a link to the temporary report URL, you can do that. (When you change the URL, it will disable the previous URL.) We have to put together a pattern of the characteristics of the affected servers so we don’t cause issues on these in future updates.
As I mentioned above, there’s a bit more to resolving an issue than the providing a line with the error message. It only occurs for a limited subset of users, so we have to run backtraces on which function is called in which order, and under what conditions. If we don’t get all that locked down, then even if we change the line with the error, it may not fix the actual issue. We also have to make sure that the fix does not create a new issue.
Asking us to basically “just fix it” without providing any real diagnostic info about your setup…doesn’t get us anywhere. Of course we’re running our own tests, but if users can get us diagnostic data, we can narrow down the specifics a lot quicker.
Some of this may seem unnecessary or redundant, but we ask users to do the following:
- Work through the Troubleshooting Guide and FAQs. Even if you can just skim through and run a mental checklist, this is important.
- Check for known conflicts. This will help rule out any known issues.
- Submit a support request at the WP-SpamShield Support Page. In your support request, if you can provide any error logs, please include those (it’s best not to post them on forums). It’s even better if you can provide data from RS System Diagnostic Data plugin in your support request, it will expedite things. (The form is secure and encrypted, so that’s another reason why this is a better process.)
I realize this can be annoying or frustrating, but we just ask our plugin users to keep in mind there are far more plugin users than there are of us, so if each user can take a few minutes to work through these guides before submitting a support request, it allows us to solve support issues much more quickly. The process works, and we always get to the bottom of the issue, it’s just a matter of how quickly. The more info you can provide as a plugin user, the quicker we can solve things. Thank you!
– Scott
-
This reply was modified 7 years, 10 months ago by redsand.