You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: attila.asztalos[at]gmail.com [Submitted to the original trac issue database at 2.30pm, Friday, 30th July 2010]
Potlatch quietly looses a tag (ex:"name") when one adds another tag with a similar name (ex:"name:hu"), if one TYPES the exact name of the first tag (type:'name') then SELECTS with the mouse the suggested popup (select:'name:hu') which appears by this point if this sort of edit already occured in that session (I'm editing live, in Firefox 3.5.8). Apparently, at this point both the original tag and the new tag are perfectly correct, and still present. However, if one clicks away ("saving..."), then clicks right back to the edited node, the original tag ("name") is gone, only the new "name:hu" tag remains.
Note that the bug is NOT triggered if one types anything else then the exact name of the first tag (ie. type:'nam', select:'name:hu' does not seem to delete the "name" tag, neither does doing the full type:'name:hu').
I find this behavior specially dangerous, myself having apparently "deleted" about 100 original name tags before even realizing what is going on - and a revert loses all newly added tags in this case.
The text was updated successfully, but these errors were encountered:
Reporter: attila.asztalos[at]gmail.com
[Submitted to the original trac issue database at 2.30pm, Friday, 30th July 2010]
Potlatch quietly looses a tag (ex:"name") when one adds another tag with a similar name (ex:"name:hu"), if one TYPES the exact name of the first tag (type:'name') then SELECTS with the mouse the suggested popup (select:'name:hu') which appears by this point if this sort of edit already occured in that session (I'm editing live, in Firefox 3.5.8). Apparently, at this point both the original tag and the new tag are perfectly correct, and still present. However, if one clicks away ("saving..."), then clicks right back to the edited node, the original tag ("name") is gone, only the new "name:hu" tag remains.
Note that the bug is NOT triggered if one types anything else then the exact name of the first tag (ie. type:'nam', select:'name:hu' does not seem to delete the "name" tag, neither does doing the full type:'name:hu').
I find this behavior specially dangerous, myself having apparently "deleted" about 100 original name tags before even realizing what is going on - and a revert loses all newly added tags in this case.
The text was updated successfully, but these errors were encountered: