[laurentiu]

I found the problem and it was indeed from css. I had to enforce the following rules on the .um_user_form .picturefield input field (where .picturefield is the class name of the upload picture):

font-size: 1 em !important; // for some reason it had a size of 460px…
height: 100%;
width: 100%;

As a side-note, the only thing that’s not working as I want it to (and I have no idea why) is: cursor: pointer;
I have tryed the “armored” fail-proof cross-browser solution (cursor:pointer !important; cursor: hand !important;) but it still shows me a text-like cursor. But this is only a minor detail. The important part (users are able to upload their pictures) is solved.

Thank you for your time and support.

[laurentiu]

In this case I apologize for my reaction.
It has to be a conflict with the theme’s css. I’ll have a closer look into it.
If I don’t find it I will give you access to the website admin and hopefully we’ll pinpoint the problem.

Thank you for your response.

[laurentiu]

thank you very much.

[laurentiu]

Congratulations for the solution. I’m pretty sure everyone using a dob input field was looking for a simple way to navigate through years.

However, in order to be complete i’d say it would have to stop throwing the error about date not being in proper format when the user selects the year before the day/month.

A solution for running the verification script on input content only after all the date selection clicks are done would be greatly appreciated.

[laurentiu]

I’ve added another picture for this error:
http://sb.websiter.ro/wp-content/uploads/2012/07/failed_error_user_meta_2.jpg

[laurentiu]

Thank you for your swift reply.
I have followed your advice and disabled both file ajax upload and form ajax submit.
The form works fine now. It loads the picture, and reports “Profile successfully updated.”
But I get an error message in the login widget. It goes: “Could not save uploaded file.The upload was cancelled, or server error encountered” written in bold red.

It’s funny. The “Failed” text from the ajax loading was gray and much smaller, hence less noticeable than this one.

Also, when I save the profile changes (with non-ajax) I get the “Profile successfully updated.” message in both the page and the login widget.

[laurentiu]

I still have the problem. Ajax loads the picture, I see the animated gif, it says: “Failed” and than displays the picture and I can save it.

Is there a way to remove the “Failed” message? I’ve put a picture up, so you can see what I get.
http://sb.websiter.ro/wp-content/uploads/2012/07/failed_error_user_meta.jpg

If you think it would be of any help, I could create a user-account for you so you can look more closely into it.

[laurentiu]

I’ve commented out line 177 in /models/umAjaxModel.php and now it still says “Failed” for users lower than Admin, but it loads the picture and saves it upon Profile Update.

I’m still hoping for a clean solution for this. From where I see it, the only check that should be done is current_user_can(‘upload_files’). Or maybe add a separate capability like um_upload_files or such.

[laurentiu]

I modified generateField.php and added some spans in option_before and option_after for checkboxes and radio buttons.

Working like a charm.

• This reply was modified 12 years, 7 months ago by laurentiu.

[Author]

Posts