Just curious if you have experimented with trying to save it between those two steps? Maybe it doesn’t “know” it has been changed to a merge until it is saved that way?
This is the first time I’ve used the taxon drop feature, but this seems like a bug to me. Normally, curators can add a taxon change by selecting Taxon Changes on a taxon page and then selecting New taxon change. This autopopulates the input taxon with the taxon from the page you just navigated from. It also defaults to Swap, but other options can be selected. If you select Drop, the input field is cleared, but it is still there if you go back to swap. If you reenter the taxon and try to save, you get this error:
This does not occur if you start from scratch with a blank taxon change (from the taxon changes page).
I’m guessing this happens because the autopopulation confuses the system when the taxon change becomes a drop. There shouldn’t be an output, but because the default is a swap, there was an output to begin with (even though it was blank). Somehow that gets carried over to the drop and, of course, the input and output are the same because there is only one taxon in a drop.
this is still an issue that I’ve been having even today – created accidentally as a swap, tried to edit to a merge using two input taxa, and the interface refused with the “only one input allowed for a swap” message. is there any official recognition of this or an underlying known explanation? I see a Github issue posted above but no response to that either. @tiwane
I added it to our Github Web project but haven’t prioritized it yet. With recent hires for engineering and project management, we’re currently experimenting with different ways to improve overall issue management and workflow, so it’ll take a little time for those to solidify.