Closed (fixed)
Project:
Legal
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
30 Nov 2011 at 11:18 UTC
Updated:
6 Mar 2013 at 17:55 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Nexotap commentedI just had the same problem. i solved it, while adding an extra line where $accepted gets defined.
See the patch file for my solution. I dont know if that's the right attempt, at least it solves the problem for me.
You may also blame me for the patch file, since this is my very first (blush) patch I'm commiting.
Cheers
~Nexo
BTW. If I do, like here, have a patch. Am I encouraged to change the Status for the Issue?
Comment #2
rooby commentedI get the first error when UI
I get this and I am not using the admin overlay.
@Nexotap:
Yep, when you add a patch set to needs review.
See http://drupal.org/node/156119 for more information.
Comment #3
rooby commentedHere is a slight variation on the patch in #1.
Comment #4
rooby commentedPatch is against dev but applies to 7.x-1.2
Comment #5
rooby commentedOops, I accidentally changed the title back.
Comment #6
cpliakas commentedGetting the same error, patch in #3 works as advertised.
Comment #7
Anonymous (not verified) commentedWhile the patch works it needs some work with regard to indentation alignment so that it matches the previous code. There needs to be indentation alignment work WRT drupal coding standards throughout the module but that is a different issue.
Comment #8
cpliakas commentedThe attached patch uses the same functionality but performs indentation according to Drupal Coding standards. As mentioned in #7, a separate issue should probably be opened to address the other issues throughout the module.
Thanks,
Chris
Comment #9
cpliakas commentedSeparate issue for coding standards posted at #1467826: Replace tabs with spaces to adhere to Drupal coding standards.
Comment #10
Anonymous (not verified) commentedComment #11
marcoka commentedtested, seems to be obvious to initialize the variable $accepted in this case because in code it is only "filled" in the "else" and that doesnt always we called.
Comment #12
marcoka commentedpush. any opinions from the maintainers?
Comment #13
eodonnell commentedCan we get this committed?
Comment #14
robert castelo commentedI can't reproduce this error.
What page are you on (path)?
Are you logged in as admin or the user who's account is being edited?
"When editing a profile" - do you mean an account page?
Comment #15
robert castelo commentedComment #16
robert castelo commentedAdded cpliakas patch in #8 to dev
Couldn't reproduce the issue, but makes sense to initialise the $accepted variable. If this hasn't fixed the issue please re-open with more info on how to reproduce the bug.
Comment #18
chrisjlee commentedI have the same problem and unintentionally created a duplicate issue #1935350: Notice: Undefined variable: accepted in legal_form_user_profile_form_alter() (line 296 of /home/ubuntu/site/prod/sites/all/modul
From #1935350: Notice: Undefined variable: accepted in legal_form_user_profile_form_alter() (line 296 of /home/ubuntu/site/prod/sites/all/modul: