Trying to CHANGE/UPDATE a Birth Date with the DATE feature within the USER PROFILE. It is NOT saving correctly. Also it seems that after posting info and saving it in other PROFILE areas and then trying to edit this info, it does NOT save the changes, keeps all the ORIGINAL data. ???

Comments

maptheway’s picture

maptheway commented
Priority: Normal » Critical

I received three calls today from different clients with 4.5rc installed. Their members are NOT able to EDIT profiles. Can someone please grab this one to fix? Thanks.

dries’s picture

dries commented

I can't reproduce this problem. Sorry. We can't fix something we can't reproduce.

What fields or field types can't be saved? Does other profile data get saved?

maptheway’s picture

maptheway commented

Dries,
You should now have all the examples for this edit not saving bug. Thanks very very much.

dries’s picture

dries commented

I can see the problem on your site, but so far, I failed to reproduce it on my local setup. Are you using a recent Drupal version?

dries’s picture

dries commented

The generated XHTML code of your profile forms is incorrect. This is due to invalide XHTML code in the profile field descriptions, provided through the administration interface. I think that's causing the problem.

dries’s picture

dries commented

I'm pretty sure the problem is caused by faulty HTML code in the profile field description. If it is not, please reopen this bug report.

maptheway’s picture

maptheway commented

Turning off the html editor for the profiles section admin>users>configure>profiles and cleaning up the html mess left in each profile field did the trick.

The moral of the story: HTML editor can NOT currently be utilized inside the profile area. If it's showing up turn it OFF admin>settings>HTMLarea>textareas and uncheck all the status checks for stuff like admin/user/configure/profile etc.

Hope this helps.

boris mann’s picture

boris mann commented
Title: Profile Not saving edits in some instances... » Strip bad HTML from profile field descriptions
Component: base system » profile.module
Priority: Critical » Normal

I've changed this back to active. Shouldn't it be considered a bug if HTML (regardless if used with HTMLArea or not) causes profile to break?

Fix should be to filter out "bad" HTML from the description.

robertdouglass’s picture

robertdouglass commented

This last comment is addressed in a new issue http://drupal.org/node/11528, which I will submit a patch for shortly.

drumm’s picture

drumm
he/him
Location NY, US
commented