Closed (fixed)
Project:
Privatemsg
Version:
4.6.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Feb 2006 at 22:11 UTC
Updated:
25 Aug 2006 at 17:00 UTC
Jump to comment: Most recent file
Comments
Comment #1
fool2 commentedI can confirm this behavior on 4.7 as well. Somehow the values are getting overwritten or lost. I'll take a look at the code.
Comment #2
fool2 commented4.7 issue and 4.6 issue have slightly different causes.
But more specifically, I need to know what kind of changes to the checkboxes are not being honored. Are you not able to disable the checkboxes? It looks like they should be on by default.
Comment #3
solipsist commentedI can't enable them. Checking them and clicking save doesn't save my changes.
Comment #4
fool2 commentedI am unable to replicate this problem on 4.6
Comment #5
solipsist commentedOk, weird, because it keeps happening.
My tables schemas are below. I've attached my copy of the module.
Comment #6
salvatoreco commentedI've the same problem: when an user is editing his profile, in order to allow private messages, he must check everytime the "Allow private messages" box before clicking "save" because the box still unchecked even if the previous time user has checked it!
I've noticed that this bug came out when my provider replaced PHP4 with PHP5 and, at same time, I upgraded from 4.6.4 to 4.6.5.
(sorry for my bad English...)
Comment #7
salvatoreco commentedLittle update about this bug: I've seen that just few users have this problem, while other users have the checkboxes checked correctly when they save them checked... amazing!
Comment #8
solipsist commentedThe boxes are checked by default but if you uncheck them and click SUBMIT, they will get and remain unchecked. However if you go back to the Edit tab, check them and click SUBMIT, when you view the Edit tab again they remain empty and unchecked. Any clues?
Comment #9
salvatoreco commentedI solved using code posted here: http://drupal.org/node/37904, but as I don't "speak" PHP, I don't know how secure is this "patch"...
Comment #10
mindless commentedI committed the fix for DRUPAL-4-6 from that linked report. I'm pretty sure the 4.7 issue was resolved a couple months ago.
Comment #11
(not verified) commented