To replicate the problem.

Go to Structure > Content Types and click Manage Display for a content type.
On a Image field click the edit Image Style icon.

Uniform styles are applied to the loaded form.

I've attached a patch which fixes the problem

Comments

benjy’s picture

StatusFileSize
new830 bytes

Above patch broke edit node form. New patch attached.

realityloop’s picture

Status: Needs review » Fixed

thanks benjy, now added to dev

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

kccmcck’s picture

Status: Closed (fixed) » Active

Thanks @benjy — I've applied the patch and tested around various admin areas of my site, however the styling is still being applied when editing users on my site. (Logged in as admin at a path structure like: http://domain.com/user/68/edit?destination=admin/people)

Can someone else test the patch (now committed to dev) on a similar URL & confirm? Thanks.

chrlvclaudiu’s picture

Status: Active » Needs review
StatusFileSize
new1.51 KB

Hi,

@Kathryn531 , indeed there is an issue of applying the uniform also on the user edit pages. Hope this patch works for you.

kccmcck’s picture

@chrlvclaudiu, In order for the patch in #5 to work, I had to remove:

&& in_array('administrator', array_values($user->roles))

Otherwise (without this snippet) it works & Uniform fields do not appear on user edit pages.

chrlvclaudiu’s picture

Yes, you're right Kathryn, but I imagined that you only need it to be disabled when logged in as administrator.
But the rest should be fine.

benjy’s picture

I think maybe a different approach. Maybe we should look at disabling uniform when the current theme is a specified admin theme?

damienmckenna’s picture

I ran into this too. I disabled Unform for admin pages and at first it was fine on a Features page, but Unform triggered as soon as I selected a component to add to the feature causing it to run an AJAX call. I tried adding "body.page-admin" to the Exclude Selectors list but it didn't have any effect.

damienmckenna’s picture

Status: Needs review » Fixed

The problem no longer exists with the current 7.x-1.x-dev version, I suspect #1338436: Form elements gets re-processed after AJAX refresh fixed it.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.