I too have clients depending on the feature but have yet to find a viable workaround. I haven’t had a chance to fully test it but have you tried switching to Post Object or removing any logic from fields?
A similar problem was found about a week ago: http://support.advancedcustomfields.com/forums/topic/relationship-field-loses-post-type-after-save/
I am seeing the problem occur with anything past a basic field like text, text area, or radio. I’m wondering the bug is with how it saves the fields?
Using the repeaters with a project that is close to launch and now this bug is requiring us to rework sections as they were reliant on the repeater field.
I’d like to add that I have noticed the issue also appearing with multiple WYSIWYG editors in a repeater field.
I am also experiencing the same issue in the latest plugin version with Page Link (reverts to the first page but the front-end there is nothing printed out), File (acts like no file was added), and Text (becomes blank); I am using them all in a repeater field as choices to link a section to. In every case, when calling the_field(), it returns nothing to the front end. I’ve also tried changing the field names to all three be separate names and the same problem arises.