I am seeing a similar issue with field ordering.
Field reorder does not seem to change the actual ordering number in the MySQL table.
Many of my fields area being displayed in reverse or somewhat random order on my event registration forms.
Problem is the same in both 4.2.0 and 4.2.1.
Having to roll back to 4.1.0 to get forms working properly.
gslitt91
for example:
Sicherheitscode (Ueberschrift_Sicherheitscode) should be last field in form. but is shown as first.
Zusatztage (Ueberschrift_Extratage ) should be on -3 but is +2
Zusatztage (Zusatztage) should be on -2 but is +3
when i switch between conditional fields the first select is not done correctly... i have to select some other option and then select back the first option to get the conditional fields and they are then someware...
(See http://playground.inseln-der-macht.de/anmeldesystem.html?task=register.register&eventId=200)
try Alter to Erwachsen 18-x.... nothing happens. than try it to Kleinkind something loads than again to Erwachsen now it loads something someware..
gslitt91
That is only one of many examples....
please compare:
https://www.inseln-der-macht.de/anmeldesystem.html?eventId=200&controller=event&task=individualRegister <= production
with
http://playground.inseln-der-macht.de/anmeldesystem.html?task=register.register&eventId=200 <= playground where you have all logins...
as you can see, the fields are in a total different ordering.
Bobblue . As per page loading improments Field ordering is not compatible to old data . You can Order fields on field listing in field management . For quick ordering modifications to match exactly to old data . Added the drag/drop ordering of fields in event management on your Site .
Compared full form . it is fine now .
Please have look at it . and Leave feedback .
Thanks and Reagrds
ok ordering seams now to be ok. how can i copy it to production (wich table/columns does i have to save?)
next issue: birthday field is not beeing saved. not from front or backend.
next issue: when i create a booking and like to pay it later. and then change the due value in admin backend... it is not represented in pay now option.
For example booking: IDM-19-T0-SC-D-5726383 should now cost only 1 euro because of admin change.... this is also shown in frontend under my bookings ...?controller=user&task=index so here it is correct.
When I click now to "pay now" i get shown a wrong due (245€)
This wrong value is also send to payment gateway.
Files for field ordering issue files are .
models/devent.php
models/field.php
admin/views/event/add_tab.field.php
For due price display .
. 3 files .
/com_dtregister/controllers/due.php
/com_dtregister/templates/default/views/due/default.php
/com_dtregister/templates/default/views/due/default_detail.php
So Date filed is fixed,
ordering issue seams to be fixed.
Pay now is only partialy fixed.
So Record: IDM-19-T0-SC-D-2149857 costs original 45 € i modified it in backend so that it costs only 1 € than I used the Pay Now option from frontend like discribed above. Now your fix show me 1 € and this is also given to Paypal... (thats the working halve) when it comes back from paypal as payed ... it seams that he recalculate the price of the record and throw away what ever I modified in backend. So now the record costs again 45 € but 1 € is already paid. Emails are generated also like this with 44 € are open. so consitent wrong 
Also the paypal transaction number is not stored back to the record... and as there is something still open the record is not marked as paid.
Bobblue
Tried to go to production with 4.2.3 .. had to roll back because ordering is still not working. I just installed the backup also on the playground (data above) please make an option to migrate old ordering to new ordering with one click. other ways i cant go live. its just not working.