Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
hello,
i installed the module but when i want to go to the page to change the password I get a WSOD.
greets
Geert
Comments
Comment #1
vinoth.3v CreditAttribution: vinoth.3v commentedUpdated to CVS
Comment #2
gertieiv CreditAttribution: gertieiv commentedstill the same wsod
greets,
geert
Comment #3
vinoth.3v CreditAttribution: vinoth.3v commentedAhhh
Are you sure that you are using chgpwd-6.x-1.2?
and could you please let me know the error message?
Comment #4
arpieb CreditAttribution: arpieb commentedSame thing here. I just installed chgpwd-6.x-1.2.tar.gz on a D6.16 site, and received the following error:
Fatal error: Function name must be a string in /homepages/16/d282277974/htdocs/weffo.com/includes/form.inc on line 932
I'm going to disable this module for now and follow this thread...
-R
Comment #5
gertieiv CreditAttribution: gertieiv commentedsame error here
Fatal error: Function name must be a string in example.com/includes/form.inc on line 932
geert
Comment #6
askibinski CreditAttribution: askibinski commentedThe fatal error exists in 1.2 and -dev.
However, I've got a second site which uses this module without the error.
Comment #7
vinoth.3v CreditAttribution: vinoth.3v commentedCould you please have me a list of other contributed modules enabled on the site?
Regards
Comment #8
askibinski CreditAttribution: askibinski commentedI don't think it's a conflict with another module because this issue came up on an existing site which worked fine with the module and at one point started to throw these errors. Without any changes in the codebase.
Comment #9
halmsx CreditAttribution: halmsx commentedhaving same problem. was working fine one minute. then all the sudden, white screen.
Comment #10
MAds CreditAttribution: MAds commentedI also received fatal error.
Comment #11
dbaasi CreditAttribution: dbaasi commentedIf I disable CKEditor, the error goes away, enable error comes back...
Comment #12
teflo CreditAttribution: teflo commentedSame error! I confirm that seem a conflict with CKEditr
Comment #13
mrothmay CreditAttribution: mrothmay commentedHaving the same problem when both "change password" and ckeditor are enabled. In a multisite installation with identical modules enabled in several sites, some sites work and some sites result in WSOD when you go to the change password page.
Comment #14
peternickson CreditAttribution: peternickson commentedConfirming that the problem still exists even if you configure CKEditor's visibility to be off for user pages. Under admin/settings/ckeditor/editg, a change the global profile so that user/* is excluded still leaves you with the same error page:
Fatal error: Function name must be a string in /home/qstandar/public_html/includes/form.inc on line 936
Comment #15
mimamim CreditAttribution: mimamim commentedSolution:
at line 67 in chgpwd.module replace
$form[$mkey]['#access'] = FALSE;with
unset($form[$mkey]);
Why: The attribute #access makes no sense on special fields, one of which is '#after_build', calling function 'fckeditor_process_form'
Actually, only unsetting $form['#after_build'] removes the WSOD
Thanks for the very nice module!
Comment #16
BetoAveigaThanks Mimamim, that fixes the problem for me!
Comment #17
didib CreditAttribution: didib commentedWe had a related bug, which is also fixed by mimamim's solution in comment 15.
We have some users with the same email address. Although the normal code prevents this, we used some custom modules that allowed this. Then, users could not change their password using chgpwd if another user had their email address. The problem was that the original code also tried updating the email address, which was blocked. The fix prevents trying to update the email address.
Thanks, mimamim!
Comment #18
mrothmay CreditAttribution: mrothmay commentedThis works for me, too. Thanks!
Comment #19
vinoth.3v CreditAttribution: vinoth.3v commentedbecause other modules may check their form field values on user edit form submit and update the user data or variables accordingly, un-setting form elements may produce strange side effects in user data or other variables.
We need better solution than this. I am moving this issue to ckeditor.
Comment #20
mkesicki CreditAttribution: mkesicki commentedI tested this with 6.x-2.x-dev version of Change password module. Normal/core drupal change password also works fine for me. I cannot reproduce this problem.