Profile editing bugs

[ed]

Some users are experiencing strange anomalies when editing initiative profiles: in one specific example

1. the initiative goes to unpublished (they CANNOT do this themselves so it's not their error)
2. they are being presented with a captcha (mollom is set to captcha only on ini profiles)
3. having completed the captcha they get the 'profile updated' message (and the ini profile is unpublished), and then can't access it (as it's unpublished, I presume)
4. got this error at one point:

Access Denied you are not authorised to access this page - and:

warning: Missing argument 2 for drupal_retrieve_form() in /web/transitionnetwork.org/www/includes/form.inc on line 332.
warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, was given in /web/transitionnetwork.org/www/includes/form.inc on line 378.
warning: uasort() [function.uasort]: The argument should be an array in /web/transitionnetwork.org/www/includes/common.inc on line 2944.

Ini: ​http://www.transitionnetwork.org/initiatives/glastonbury
User: ​http://www.transitionnetwork.org/users/jane-sanders
Browser: FF

[ed]

I wonder if this is because the people having problems are not the 'author' of the profile... investigating...

[ed]

following a test it seems that the user, when they are author, is NOT having the problem; ie it seems to be a bug for not-author editors. The user is still being shown a captcha though...

[ed]

following another test - this user is the author of her ini profile:
Claire Gelinas
For:
Oxford Hills
Her editing is making the profile page unpublished and she's being presented with captchas.

[ed]

This user: Andy Bodycombe on /initiatives/crystal-palace gets a captcha and this error messgae:
user warning: Duplicate entry 'node-10928' for key 1 query: UPDATE mollom SET entity = 'node', id = '10928', session_id = '11041235e0f3a65648', form_id = 'initiative_profile_node_form', changed = 1302629731, spam = 3 WHERE id = '10928' in /web/transitionnetwork.org/www/includes/common.inc on line 3538.
user warning: Duplicate entry 'node-10928' for key 1 query: UPDATE mollom SET entity = 'node', id = '10928', session_id = '11041235e0f3a65648', form_id = 'initiative_profile_node_form', changed = 1302629731, spam = 3 WHERE id = '10928' in /web/transitionnetwork.org/www/includes/common.inc on line 3538.

[ed]

editing an initiative profile (soon to be extinct but it's here ​http://www.transitionnetwork.org/node/13497/edit), noted that the system seems to remove the primary point of contact. Now I'm trying to delete the profile, it won't let me, chucking this error "Primary point of contact field is required.". I did not remove the primary point of contact. I wonder if this is related to #174 in some way...

[ed]

note also some oddness for Paredes in Transition profile, where users are being removed:
​https://tech.transitionnetwork.org/trac/ticket/260

[jim]

Hmm... The "Claire Gelinas" comment above sounds like Mollom rejecting her post and putting it in for checking. The error is Mollom too...

So, as per #260 we have no real leads except users being removed. Mollom cannot do this though.

Downgrading, will keep an eye on things but most of the above is caused by users coming up as SPAM when entering initiative content. Thoughts, Ed?

[ed]

Re-upgrading; there's definitely something going on, which needs sorting.

Users should not see captchas, and their editing the profile should *definitely* not make it unpublished. If necc, remove Mollom from this function totally.

How about that?

[ed]

jim thinks: ini going unpublished could be mollom seeing content that looks like spam

have been module updates for the earlier errors

NB: frontline support: ask what it was they were adding

[ed]

This initiative:
​http://www.transitionnetwork.org/node/10885/edit
initiatives/freiburg

is being made unpublished when the user who is the author edits:
​http://www.transitionnetwork.org/users/hannes-steinhilber

I noted he'd added only an email address into the desc field first, so removed that as it might have explained our mollom theory, and then asked him to edit again. He has edited it and it's unpublished again.

[ed]

From user:

Phew, first it worked, even with an email below the text - but now the problem appears again. I deleted the mail address but it still doesn´t work. Maybe you could make the same thing again and I will never write again an email address in the description.

[jim]

Looked at logs and saw lots of:

Type	cache
Date	Monday, 27 June 2011 - 12:28pm
User	Transition Admin
Location	http://www.transitionnetwork.org/node/10885/edit
Referrer	http://www.transitionnetwork.org/initiatives/freiburg
Message	Cache write error, failed to open file "sites/default/files/filecache/cache/8/variables-87cd8b8808600624d8c590cfc2e6e94b"
Severity	error
Hostname	86.184.163.71
Operations	

Which looks like Cache Router issues: ​http://drupal.org/node/1152310

Looking into this as a matter of urgency - might be losing data...

[jim]

Have added comment to ​http://drupal.org/node/1152310#comment-4660242 descibing our issue.

Still think Mollom is the issue... Ed, how about I disable it for inis? for a trial period? Will replace with a normal CAPTCHA...

[ed]

Disable mollom on ini profiles.

[jim]

swapped Mollom for reCAPTCHA on ini profiles... Please post any news here!

[jim]

Reckon this has it's cause in #286, closing as duplicate.