Anyone else having trouble using SpamSentry with Cartographer installed? Anytime I try to report spam, SpamSentry says "No messages from <player name> in cache." It is also not catching any spam either, so I see it all in the chat channels.
This occurs with both the release and current SVN versions of Cartographer. I've tried it with both the current and previous versions of SpamSentry as well.
Edit: Yep, now getting the following error in SpamSentry whenever a message comes up that should be caught as spam:
Date: 2007-04-02 20:30:15
ID: 51
Error occured in: Global
Count: 1
Message: ..\FrameXML\ChatFrame.lua line 2327:
attempt to call method 'AddMessage' (a nil value)
Debug:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:428:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:403
Actually I am running both Cartographer and SpamSentry. Just to make sure, I just updated to the latest version from the SVN. I'm still not encountering any issues...
If you (temporarily) remove all your addons and try a vanilla install of both SpamSentry and Cartographer I think you will see it works fine. I think another addon (most likely something chat-related) is messing things up for you.
Actually I am running both Cartographer and SpamSentry. Just to make sure, I just updated to the latest version from the SVN. I'm still not encountering any issues...
If you (temporarily) remove all your addons and try a vanilla install of both SpamSentry and Cartographer I think you will see it works fine. I think another addon (most likely something chat-related) is messing things up for you.
Anea
Yep, thought it must be another mod since no one else had reported it. I'll do a little testing and let you know what I find. My suspicion is that IgnoreMore is having issues with it.
might be too much for this addon, but i would like to see the option to move the ticket frame. i know there are various frame movers out there, but the ticket frame is the only ui element i need to move. would like to avoid using one of those addons just for moving one frame if i could. anyway, thought it sort of fit with spamsentry, so thoguht i would request it :D
I'll look into it, but i'm not making any promises. If I can make the frame movable with 2 or 3 lines of code I don't see any reason why I shouldnt add that. If it involves writing a huge bulk of code... well guess ;)
"Excessive is now recruiting all classes , must have raid experience and decent gear ,Raid timing starts at 4.30 server time please visit us at guild site www.blackrockexcessive.com and post in our recruitment section in forum"
Well, if random guild recruitements are being added to the addon, it will get less and less interesting, don't you think ?
It it's no already there, adding home-made patterns would be a nice addition, though... *client-side*
But before rushing to any conclusions, try to see for yourself how sensitive it actually is. For example try the following:
- Create a new level 1 character and start whispering yourself
- Keywords that trigger the filter are e.g. "buy", "cheap" and websites
You will notice that messages containing any of these keywords will be slightly delayed. You will also notice that it requires really a lot of spamming to actually trigger the filter. A sentence like the mentioned "Lots of cuts, cheaper than most" is absolutely not enough; it requires a lot more.
Ok, so the filter at times does catch the innocent. I apologise for that, but I do think the filter is quite sophisticated. If you have any suggestions to make this filter less likely to find false positives please let me know =)
As a final remark: We could ask ourselves why a character below level 10 and/or without a guild is recruiting for a guild... ;-)
I use SpamSentry mostly to report bots. However recently I have been told by GM's that in addition to the location, time and name of the reported character, they also need to know which mobs the bot was killing. I understand that it will be difficult if not impossible to automatically save this info, however a feature to be able to add manual notes for this would be very useful.
@Arjen: It appears to be a new policy indeed that they are asking for this additional info. I'll add an extra dialog for it.
---
As for the previous discussion about false positives. It got me thinking overnight. I may be able to do a few little improvements to reduce false positives. I'm testing it now, will let you know later :)
That said, any chance of getting the "loaded" message to show only on first run?
Yeah i'd like to second this.
I know it's a relatively minor thing, it's just that I run !StopTheSpam to suppress AddOn loading messages and it works perfectly for every mod except ironically SpamSentry whose loading message gets through the filter.
Good point, I will change the start-up message so that it will only show when a new version has been installed. I also changed the "spam-found" message so that it will now be single-line instead of double.
Lots more small changes incoming... :) Hoping to push a new release tomorrow.
I'm still having trouble with SpamSentry not catching any spam, not allowing me to right click on a name to add them to a list, etc. So, I'm using the last release version from WoWInterface.com, I've deleted the SpamSentry Saved Variables files, the WoW Cache folder, and set IgnoreMore and Cartographer not to load. So I have the same mod setup that once worked with SpamSentry, but still no joy. I even disabled WIM thinking that might be it. I'm still getting the "No messages from <player name> in cache." message when trying to add a spammer from the Guild Recruitment channel, though it works OK when it's a whisper (though still not caught).
Any other suggestions for troubleshooting this, like other files to delete for corruption? As a last resort I'll disable everything but SpamSentry and see what happens. I hate to do that because some mods need to be setup again from scratch if they've been disabled. Thanks for your help.
Here are some examples of errors it's putting up:
Date: 2007-04-08 06:39:09
ID: 51
Error occured in: Global
Count: 780
Message: ..\FrameXML\ChatFrame.lua line 2327:
attempt to call method 'AddMessage' (a nil value)
Debug:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:428:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:403
----------------
Date: 2007-04-07 14:03:31
ID: 50
Error occured in: Global
Count: 1
Message: ..\AddOns\SpamSentry\report\report.lua line 23:
attempt to index global 'SS' (a nil value)
----------------
Date: 2007-04-07 13:44:43
ID: 41
Error occured in: Global
Count: 1
Message: ..\AddOns\SpamSentry\options.lua line 228:
attempt to index global 'SS' (a nil value)
Debug:
[C]: ?
SpamSentry\options.lua:228: in main chunk
Adding a [NO REPLY NEEDED] to the top might make gm's not whisper you, so imo you should put it in the top of the reportformat, i've done so for my own.
If you got an account you could always share your own views on how to automate the process of gold spam reports.
Mmmm =) Those are two nice threads Fisker, thanks for pointing them out.
Apart from that... I just uploaded a new version of SpamSentry. It has a bunch of new features as requested by the community, as well as various tweaks to the filters. They now are more accurate where it comes to multi message spams, and reduce the chance on false positives:
Version 20070410
New features:
- Added traditional chinese translations by Norova
- Added option to automatically clear the reportlist
- Added functionality to report players violating RP naming conventions
Filtering:
- Solved issue with some messages not being detected due to whitespaces
- Changed filtering logic to lower chance on false positives
- Changed filtering logic to improve multimessage spam detection
Notifications:
- Changed spam-notification into a single line message
- Startup-message will now only show on first run
Adding a [NO REPLY NEEDED] to the top might make gm's not whisper you, so imo you should put it in the top of the reportformat, i've done so for my own.
If you got an account you could always share your own views on how to automate the process of gold spam reports.
I had a GM tell me the same in game. I added something like "No in-game response is required, an email will suffice." For the most part the GM's just close the ticket and go on their way. I've had a few that aparently didn't bother reading the ticket and spoke to me anyway.
Also... I'm getting this error with revision 32255 when trying to edit the ticket text.
[2007/04/10 14:58:41-1533-x1]: SpamSentry\options.lua:198: attempt to index global 'SS_Report' (a nil value)
Dewdrop-2.0-31876 (DewdropLib):500: in function <...erface\AddOns\DewdropLib\Dewdrop-2.0\Dewdrop-2.0.lua:439>
Does this work with Prat. I have been running for a day or so and I havent caught anything yet, but with the delay you introduce, when the messages are delivered are they formatted correctly by Prat?
Also since you hook CF_MEH as does Prat, there are possible clashes that can occur.
Would you be willing to add compatiblity with Prat if needed?
@Doonga: I just tried, but I'm unable to reproduce the error you get. Are you sure you re-ran the ss_lod script after updating?
@Sylvanaar: I'm running both Prat and SpamSentry without problems. The hook done by SpamSentry triggers about 2 seconds after the one Prat does, which is as far as I can see a pretty safe margin. SpamSentry needs to hook last of all mods to make sure it gets all messages unmodified. As for the delay: After that a message has been delayed, it is forwarded to the system in fully original state, including environmental variables, so this should not pose a problem. If Prat and SpamSentry ever get to the point of having issues, I'll make sure to add some compatibility hooks. =)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
This occurs with both the release and current SVN versions of Cartographer. I've tried it with both the current and previous versions of SpamSentry as well.
Edit: Yep, now getting the following error in SpamSentry whenever a message comes up that should be caught as spam:
Date: 2007-04-02 20:30:15
ID: 51
Error occured in: Global
Count: 1
Message: ..\FrameXML\ChatFrame.lua line 2327:
attempt to call method 'AddMessage' (a nil value)
Debug:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:428:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:403
Actually I am running both Cartographer and SpamSentry. Just to make sure, I just updated to the latest version from the SVN. I'm still not encountering any issues...
If you (temporarily) remove all your addons and try a vanilla install of both SpamSentry and Cartographer I think you will see it works fine. I think another addon (most likely something chat-related) is messing things up for you.
Anea
Yep, thought it must be another mod since no one else had reported it. I'll do a little testing and let you know what I find. My suspicion is that IgnoreMore is having issues with it.
I'll look into it, but i'm not making any promises. If I can make the frame movable with 2 or 3 lines of code I don't see any reason why I shouldnt add that. If it involves writing a huge bulk of code... well guess ;)
Anea
Well, if random guild recruitements are being added to the addon, it will get less and less interesting, don't you think ?
It it's no already there, adding home-made patterns would be a nice addition, though... *client-side*
But before rushing to any conclusions, try to see for yourself how sensitive it actually is. For example try the following:
- Create a new level 1 character and start whispering yourself
- Keywords that trigger the filter are e.g. "buy", "cheap" and websites
You will notice that messages containing any of these keywords will be slightly delayed. You will also notice that it requires really a lot of spamming to actually trigger the filter. A sentence like the mentioned "Lots of cuts, cheaper than most" is absolutely not enough; it requires a lot more.
Ok, so the filter at times does catch the innocent. I apologise for that, but I do think the filter is quite sophisticated. If you have any suggestions to make this filter less likely to find false positives please let me know =)
As a final remark: We could ask ourselves why a character below level 10 and/or without a guild is recruiting for a guild... ;-)
Arjen
---
As for the previous discussion about false positives. It got me thinking overnight. I may be able to do a few little improvements to reduce false positives. I'm testing it now, will let you know later :)
Yeah i'd like to second this.
I know it's a relatively minor thing, it's just that I run !StopTheSpam to suppress AddOn loading messages and it works perfectly for every mod except ironically SpamSentry whose loading message gets through the filter.
Lots more small changes incoming... :) Hoping to push a new release tomorrow.
Any other suggestions for troubleshooting this, like other files to delete for corruption? As a last resort I'll disable everything but SpamSentry and see what happens. I hate to do that because some mods need to be setup again from scratch if they've been disabled. Thanks for your help.
Here are some examples of errors it's putting up:
Date: 2007-04-08 06:39:09
ID: 51
Error occured in: Global
Count: 780
Message: ..\FrameXML\ChatFrame.lua line 2327:
attempt to call method 'AddMessage' (a nil value)
Debug:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:428:
...AddOns\SpamSentry\libs\AceEvent-2.0\AceEvent-2.0.lua:403
----------------
Date: 2007-04-07 14:03:31
ID: 50
Error occured in: Global
Count: 1
Message: ..\AddOns\SpamSentry\report\report.lua line 23:
attempt to index global 'SS' (a nil value)
----------------
Date: 2007-04-07 13:44:43
ID: 41
Error occured in: Global
Count: 1
Message: ..\AddOns\SpamSentry\options.lua line 228:
attempt to index global 'SS' (a nil value)
Debug:
[C]: ?
SpamSentry\options.lua:228: in main chunk
http://forums.wow-europe.com/thread.html?topicId=273248392&sid=1
http://forums.wow-europe.com/thread.html?topicId=272437309&sid=1
Adding a [NO REPLY NEEDED] to the top might make gm's not whisper you, so imo you should put it in the top of the reportformat, i've done so for my own.
If you got an account you could always share your own views on how to automate the process of gold spam reports.
Apart from that... I just uploaded a new version of SpamSentry. It has a bunch of new features as requested by the community, as well as various tweaks to the filters. They now are more accurate where it comes to multi message spams, and reduce the chance on false positives:
Version 20070410
New features:
- Added traditional chinese translations by Norova
- Added option to automatically clear the reportlist
- Added functionality to report players violating RP naming conventions
Filtering:
- Solved issue with some messages not being detected due to whitespaces
- Changed filtering logic to lower chance on false positives
- Changed filtering logic to improve multimessage spam detection
Notifications:
- Changed spam-notification into a single line message
- Startup-message will now only show on first run
I had a GM tell me the same in game. I added something like "No in-game response is required, an email will suffice." For the most part the GM's just close the ticket and go on their way. I've had a few that aparently didn't bother reading the ticket and spoke to me anyway.
Also... I'm getting this error with revision 32255 when trying to edit the ticket text.
[2007/04/10 14:58:41-1533-x1]: SpamSentry\options.lua:198: attempt to index global 'SS_Report' (a nil value)
Dewdrop-2.0-31876 (DewdropLib):500: in function <...erface\AddOns\DewdropLib\Dewdrop-2.0\Dewdrop-2.0.lua:439>
---
Yea, all of the modules are enabled.
Also since you hook CF_MEH as does Prat, there are possible clashes that can occur.
Would you be willing to add compatiblity with Prat if needed?
@Sylvanaar: I'm running both Prat and SpamSentry without problems. The hook done by SpamSentry triggers about 2 seconds after the one Prat does, which is as far as I can see a pretty safe margin. SpamSentry needs to hook last of all mods to make sure it gets all messages unmodified. As for the delay: After that a message has been delayed, it is forwarded to the system in fully original state, including environmental variables, so this should not pose a problem. If Prat and SpamSentry ever get to the point of having issues, I'll make sure to add some compatibility hooks. =)