https://bugs.freedesktop.org/show_bug.cgi?id=45253
--- Comment #3 from Drew Jensen <[email protected]> 2012-02-02 08:26:45 PST --- "Note: when testing, make sure to close the wizard between tests; when going back and forth between step 1 and 2, the wizard keeps changes you made in step 2, even if you remove and readd a field in step 1." OK - I think you are referring to removing something in step 1 from the available fields list - not the selected field list. If Yes then that is by design. You can pull field defs from different table templates or table groups.. So you could pick something from table x go to step 2, back up to step 1, change to table Y def and pull a field def from there, adding it to the list of fields for this wizard run. I just checked and if you do remove something from the selected list in step 1 it is removed even if you set some property in step 2, which is correct. Also, I really should have created a second issue though as I mixed two different issues in this one IMO - the screen shot does not show the second problem which is not just matching field types incorrectly, rather setting a field type that does not exist at all and requires different steps to reproduce. I will do that later today with full set of steps to recreate the problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
