I am experiencing this as well. On some fields, the button is not visible, on others is it partially hidden under the input field.
https://www.dropbox.com/s/tblahg88i4vb3c0/afc1.png?dl=0
https://www.dropbox.com/s/eedlz1sjzc65w9l/afc2.png?dl=0
@jordivalentijn Did you ever get an answer on this or figure it out?
@hube2 Any additional insights for us code scavengers?
Thanks for the follow up @hube2. I was trying to order the posts by that field (basically I big list of the shows in that taxonomy). I ended up using a javascript table sorter to adjust the output after ACF was done with it. I couldn’t figure it out and if YOU are saying it’s a lot of work then 100% I’d never figure it out — I’m just a code scavenger. 🙂 Thanks.
Oops! I see that’s an option baked into ACF, nice. (Save Terms)
Well, if anyone else finds this via Google. I managed to ‘fix’ this by:
1. Created ‘fieldname_2’
2. Renamed the busted field ‘fieldname_old’
3. Renamed ‘fieldname_2’ to ‘fieldname’ (the original name of the busted field)
4. Erased ‘fieldname_old’ (the value data was now in ‘fieldname’)
5. Then I had to go into every post and make some change (I added a space to the text) to the value and save.
That got things back to where I needed them. I’m sure there’s a way you can automate all of some of that above but that’s beyond my ken so I had to go in and edit 100+ posts which is as fun as it sounds.
I turned off all plugins (save ACF) and it does the same thing. I switched to WYSIWYG instead of text area and the behaviour is the same.
This is only happening in ACF, p and br behave as expected in the post’s regular body copy.
ETA:
Actually, I misdiagnosed the issue. It’s not that ACF is turning p into br+br. Rather, it is stuck on “auto br” and it not honoring changes to that new line value even though it will say “auto p” or “no formatting”
I duplicated as ‘fieldname2’ and with the same text copied, it works as it should.
So how can I unstick this?
