David Cook

Thanks Zaneta, I've updated the "possible fix" section in the description above to clarify what's expected. I realised we need to remove the field from the old and new product...

Could be implemented using this: http://stackoverflow.com/a/8460497/421243

Related to https://github.com/adamcoulombe/jquery.customSelect/issues/52

Warning for the workaround: if you have another script inserting elements in between your .hasCustomSelect:disabled and .customSelect, you may need to use the general sibling selector (~) instead. Eg: ```...

To respond to the two problems I mentioned, these might be possible solutions: 1. **How to separate individual overrides?** - The parser simply looks for relevant keywords in every comment,...

This form is located at `app/views/spree/admin/users/_form.html.haml`, which points to https://github.com/openfoodfoundation/openfoodnetwork/blob/master/lib/open_food_network/i18n_config.rb#L18-L21 Looks like the duplicates are not considered by `uniq`. Maybe we need to add a block with a custom comparison...

It looks like this fixes a user-facing bug, so I'm updating the label. Please correct me if wrong!

Thanks for looking into this. @drummer83 I can see now this is a configuration problem, not a bug. I just tried this: ``` LOCALE="en" AVAILABLE_LOCALES="en,en_AU,en_GB,fr,es,en" ``` I can see three...

Ok, I fixed the staging config, but there is still a bug. The default `en` language is always showing. For example with this config, `en` is appended to the end...

I think that here, when creating a user, only the configured "AVAILABLE_LOCALES" should be showing. Looking again now, I think I can see this was an unintended effect in PR...