Closed (fixed)
Project:
Bad Behavior
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
29 Jan 2009 at 11:31 UTC
Updated:
18 Sep 2013 at 21:01 UTC
Jump to comment: Most recent file
Comments
Comment #1
dave reidMarked #72857: It is looking for a non existent table/no table is created as a duplicate of this issue.
Comment #2
dave reid#304964: Log Database Code [BUG!] as well
Comment #3
dave reidCommitted to CVS. Thanks!
http://drupal.org/cvs?commit=310026
Comment #5
abaddon commentedi think this might be related http://drupal.org/node/414362 for the "And the Reports->Bad behavior is always empty." part
Comment #6
iva2k commentedThe problem still persists in 7.x-2.x-dev.
All logs are written to 'bad_behavior_log' table, and prefixed table remains empty.
Reviewing the code in the library and module, it looks like patch #0 has no effect. Function bb2_db_escape() which is invoked for $settings['log_table'] meticulously strips the {} curly braces and they are not passed further down to db_query().
Here's a patch that fixes this problem.
Please review and commit.
It won't copy log entries from old incorrect table to the intended one. If needed, run this SQL directly on your database (change PREFIX_ to your actual prefix):
Comment #7
gregarios commentedHave you tried completely uninstalling it then reinstalling the newest -dev version?
Comment #8
iva2k commented@greagarios
I tried 7.x-2.x-dev and that's where I found the design problem (note the {} stripping on table names in 7.x-2.x-dev that I discoverd as a culprit). It's been a while now (I posted the patch in January).
Do you mean by your question that there is new code in 7.x-2.x-dev that addresses the problem differently? If yes, I'd appreciate if you make a determination as a maintainer if my patch is of any value, as I'm not working on Drupal right now and won't have time for another few months.
Comment #9
gregarios commented