Handle Blank Name Part

Support Ticket

+status
acknowledged
+tags
 

Just noticed this because I was curious.  Presumably, a card part should never be blank, and we should filter that out when creating name objects.

I note this behavior that is a symptom: Card A+B exists, enter URL to A++B and you get a new card dialog.  There is only on + in the displayed name, so it is stripped out there.  Didn't try to save, I didn't want to risk losing the existing card.

 

interesting. tried this on test.dwagn.org. I saw what you saw. I tried saving but it failed (422). Not sure why exactly yet, but thanks for adding the ticket.

--Ethan McCutchen.....2014-12-18 05:47:39 +0000

If I had to guess, the key ends up with an extra joint in it, so it doesn't match the other existing card. I didn't try to save, since I think if it worked it would create an invalid card. Maybe the blank name component causes it to try to create a card with a blank name, so it fails to create one of the subcards it needs. Should be a simple patch to smartname.

--Gerry Gleason.....2014-12-22 20:55:10 +0000