I get the same error as reported in Bug report #1121792, comment #15 every time I try to save the profile:

Fatal error: Call to undefined function user_profile_form_submit() in includes/form.inc on line 1390

I get the error even if i don't change anything in the profile, just trying to save the changes on page http://testing.yourweb.de/settings/1/profile.

CommentFileSizeAuthor
#11 form_submit_include-1155484-11.patch1.62 KBidmacdonald
#3 pux-bug-1.png97.69 KBchrdr
#3 pux-bug-2.png50.52 KBchrdr
#3 pux-bug-3.png39.03 KBchrdr

Comments

lelizondo’s picture

lelizondo commented

Well, I just couldn't replicate that issue and without more info, I won't be able to replicate this one. Can you make a screencast to know exactly what are you doing and publish a list of modules and themes you're using.

lelizondo’s picture

lelizondo commented
Version: 7.x-1.0-alpha2 » 7.x-1.x-dev
chrdr’s picture

chrdr commented
StatusFileSize
new pux-bug-3.png39.03 KB
new pux-bug-2.png50.52 KB
new pux-bug-1.png97.69 KB

I am not used to making screencasts, sorry. But I have made some screenshots. They basically show the same that I would show you in a screencast.

The following modules are enabled:

Core:
Block 7.0
Blog 7.0
Color 7.0
Comment 7.0
Contact 7.0
Contextual links 7.0
Dashboard 7.0
Database logging 7.0
Field 7.0
Field SQL storage 7.0
Field UI 7.0
File 7.0
Filter 7.0
Help 7.0
Image 7.0
List 7.0
Locale 7.0
Menu 7.0
Node 7.0
Number 7.0
OpenID 7.0
Options 7.0
Overlay 7.0
Path 7.0
RDF 7.0
Search 7.0
Shortcut 7.0
Statistics 7.0
Syslog 7.0
System 7.0
Taxonomy 7.0
Text 7.0
Toolbar 7.0
Tracker 7.0
Update manager 7.0
User 7.0

Administration:
Administration menu 7.x-3.0-rc1
Administration views 7.x-3.0-rc1

Chaos tool suite:
Chaos tools 7.x-1.0-alpha4

Fields:
Link 7.x-1.0-alpha3 Defines simple link field types.

Multilanguage:
Locale updater 7.x-1.0-alpha3

Other:
Entity API 7.x-1.0-beta8
Image resize filter 7.x-1.12
Insert 7.x-1.1
Mollom 7.x-1.0

PUX:
PUX Profile 7.x-1.0-alpha2
PUX Settings 7.x-1.0-alpha2

User interface:
Wysiwyg 7.x-2.0

Views:
Views 7.x-3.0-beta3
Views Bulk Operations 7.x-3.x-dev
Views UI 7.x-3.0-beta3

lelizondo’s picture

lelizondo commented

Ok. I'll try to replicate using the same modules and versions.

chrdr’s picture

chrdr commented

BTW, disabling all contributed modules does not change anything. I get the same result with only the Core modules enabled.

chrdr’s picture

chrdr commented

I have found out that the error vanishes whenever I disable the Core module "Taxonomy" an returns whenever I enable the "Taxonomy" module.

I hope this will help you to reproduce the error.

lelizondo’s picture

lelizondo commented

Thanks. That could actually help me to reproduce the problem.

chrdr’s picture

chrdr commented

Seems that I was a little bit too fast with my diagnosis. I now get the error although I have "Taxonomy" disabled.

But I think I have found the culprit.

In the user profile, I had a custom field which was an image field (field_image). As soon as I deleted this field, the error disappeared, re-inserting a "field_image" made the error reappear.

Can you reproduce this?

Buckminster_Bond’s picture

Buckminster_Bond commented
Version: 7.x-1.x-dev » 7.x-1.0-alpha2
Priority: Normal » Major

Getting exactly the same error (accept in my case it is line 1414.) D7.7 - all latest module versions. As ChrDr, I stripped back to core to test.

Exactly the same culprit, the module will not function with field type image.

Great module in every other respect!

Not sure if link below will help - it doesn't do anything for me...

http://mindwired.blogspot.com/

parrapa’s picture

parrapa commented

I get the same crash when I try to save the a user profile modification and the user has Term References fields, but only with the Hierarchical Select widget. The rest of the fields are ok.

The weird thing is that only happens saving the modifications, everything goes well when a new user is creating the profile.

Love this module but I really need Hierarchical Select......

idmacdonald’s picture

idmacdonald commented
Assigned: Unassigned » idmacdonald
Status: Active » Needs review
StatusFileSize
new form_submit_include-1155484-11.patch1.62 KB

The problem is that module_load_include("inc", "user", "user.pages") is used in the module's form functions, which seems to cause problems when forms are cached and such. I have changed those includes to use form_load_include($form_state, "inc", "user", "user.pages"), which seems to fix the problem.

Attached is a patch rolled against the latest 7.x-1.x branch code.

Best,
-Ian

parrapa’s picture

parrapa commented

Thank you very much!! You saved my day!

KorbenDallas’s picture

KorbenDallas commented

idmacdonald, you are the best.

lelizondo’s picture

lelizondo commented

Anyone willing to co-maintain this project?

dianacastillo’s picture

dianacastillo commented

this works : http://drupal.org/node/1872476#comment-7444500