Parentheses in CK lists mess up links/searching

TalkBug Collectors

Join LibraryThing to post.

Parentheses in CK lists mess up links/searching

This topic is currently marked as "dormant"—the last message is more than 90 days old. You can revive it by posting a reply.

1keristars
Edited: Sep 28, 2010, 6:07 pm

An example:

Jeffrey Armstrong has the Nationality CK "American (birth), Canadian (passport)" - see it in the CK search here (hopefully the link will be static enough)

If you click on the "American (birth), Canadian (passport)" link on the search page, you're redirected to a search for "American" only.

On the author page, the CK shows up as "American (birth ∙ passport)" - no mention of "Canadian" at all.

Likewise, if someone has the Nationality CK of "British (birth), American" (James Parton on the German site), clicking on it in the CK search lists ignores the "American" part. When I went to the German site, it only shows "British (birth)".

Nonetheless, even if the CK on the author page DID show "British (birth), American" like on the CK search page, it would only do a search for the part before the parentheses. This is in contrast to "British, American" alone, which would search for a combination of both words. I'm not sure why the examples I tried to find today didn't include the word after the parentheses on the author page, but it did in the recent past.

2r.orrison
Edited: Sep 28, 2010, 6:12 pm

This isn't a bug, it's the way it's supposed to work. If there are two entries to put in, you're supposed to use the (+ Add Item) button for the second one. The parenthetical is just a comment of sorts, and ends the entry.

As an example, I've fixed Jeffrey Armstrong.

See the Common Knowledge help page for full information.

3keristars
Edited: Sep 28, 2010, 6:40 pm

Right, I know it's supposed to use the + button, but I feel that it's a bug because everything after the parentheses gets ignored. It makes cleaning up incorrectly entered CK problematic at times, because a drop-down list indicates that a particular CK entry has been used elsewhere, but it is impossible to find that entry to fix it without slogging through everything that matches the first bit.

Also, the fact that a CK entry gets mangled on the CK page but shows in full on the search page seems a bit buggy to me, especially since it seems to be tied to parentheses.

Also also: I had been under the impression that only things within parentheses counted as metadata. So the "British (birth), American" = "British (birth)" may be correct, but it's a pain in the ass to try and find the other instance of "British (__), American" that the drop-down shows, especially if the CK is otherwise in the proper format, like "USA (passport), France (birth)" - the USA CK page is enormous.

4r.orrison
Sep 28, 2010, 6:28 pm

Ah, yes, ok. From the way you wrote 'Jeffrey Armstrong has the Nationality CK "American (birth), Canadian (passport)"' I took it to mean that you meant that was what his Nationality should be.

I think the way parentheses work isn't going to change -- clicking on "USA (birth)" and "USA (passport)" is intended to give you the same search. The display likewise is fine, if the entry is correct.

But you're right, there isn't a good way to find entries that are formatted incorrectly.

5keristars
Sep 28, 2010, 6:39 pm

Right, the "American (birth), Canadian (passport)" is what shows up if you search "American" or "Canadian" in the CK Nationality field, because it is one line of the CK.

But if you go to the author page, it shows up in that field as "American (birth ∙ passport)" - it mangles the entry, even though the CK search list shows it in full.

That's why I left it unedited - I had been just fixing them and moving on, but with the new bug tracker, I thought it was worth bringing up.

Also, part of what I thought was buggy (but maybe is intended, if annoying): it would be nice if "American (birth), Canadian (passport)" worked the same as an "American, Canadian" entry. The current way it works messes up the search even for something mostly-legitimate, like "Constantinople (Istanbul), Turkey".

6timspalding
Oct 3, 2010, 5:17 am

Not a bug, I think.

7keristars
Edited: Oct 3, 2010, 10:10 am

Even the part that truncates and mangles the CK on the author/work page if there are multiple parentheses?

Edit: And if even that is intended behavior, I'd like to put in for this bug report to be switched to a change request, for it to stop doing that.
I found one yesterday under Places of Residence that I have no clue what it was supposed to be. It had a very common and correctly entered city, country followed by a parenthetical note where the first word was standard, but the one after the dot made absolutely no sense to me. I suspect that a second place was hidden, but there's no way to know from the author page if that's the case. You have to do a search to see it, and now I've forgotten what it was. It was something like "#1", but that doesn't come up in a search, so who knows.

8keristars
Oct 3, 2010, 12:34 pm

Now that I'm at work, I can check my other browser history and found the weird CK for Places of Residence that makes me ask if it really is intended behavior or buggy:

http://www.librarything.com/author/freemandon
Places of Residence: San Diego, California, USA (Birth ∙ #1)

Because of the way the CK truncates, it's not clear whether it's cut other information out or not. I can do a search, but it was saved yesterday, and if you save the truncated field, the other information isn't preserved for the search...

Clicking on "Birth #1" takes you to http://www.librarything.com/commonknowledge/search.php?q=Birth+%E2%88%99+%231, which seems to actually be a search for "birth". 12744 results worth. But that's a different bug.