Other authors does not recognize author division urls as foo_bar

testcase: please do not fix unless this is confirmed by staff

see http://epo.librarything.com/work/1888594
ankor: "Other authors"
Judith Junger — primary author all editions confirmed
maulstefanm-2 — secondary author all editions confirmed
The last should show Stefan Maul see Stefan M. Maul (2) : Stefan Maul

later changed also to
Judith Junger — primary author all editions confirmed
Maul, Stefan — secondary author all editions confirmed
maulstefanm-2 — secondary author all editions confirmed

For some reasons "Other authors" does not display anything from the beginning / when opening the pade. This is not related to subdomains (I opened the page with more then one). Only if I klick on "Add other authors" the information shows up.

Can anybody confirm this or construct similar testcases? Thanks in advance!

see also comment at /topic/134235#3300107

For some reasons "Other authors" does not display anything from the beginning / when opening the pade. ... Only if I klick on "Add other authors" the information shows up.

This is a longstanding bug. It does not have anything to do with divided authors.

Also, you should not enter the divided author "code" in the other author box. Simply enter the author name (last, first) as usual. Then go to the author's disambiguation page and assign the work to the correct division.

And Stefan M. Maul should not even be a divided page. Rather, Stefan Maul should be separated from Stefan M. Maul.

And one more, Stefan Maul looks like a coauthor of that work. Any reason he's not listed as a main author?

>4 eromsted: The main issue is about how the name is available at the few book sources having works from this author. Newbies might import the same works as I did and the author urls should not be orphaned. Else the problem disapears today but in comes back tomorrow, in a month in some years ...

Sorry, what exactly is the bug here? Tell me like I'm a 12-year-old.

>6 timspalding: The main issue is that maulstefanm-2 which is the author url does not translate to the authors name.
Stefan M. Maul (2) : Stefan Maul

>4 eromsted: /combine.php?author=maulstefanm shows why I did combine the authors in the past: There are book sources which attribute "Das ||Gilgamesch-Epos by Stefan M. Maul" to Stefan Maul .

>7 gangleri:
It's not supposed to do that. The other author box works with real names (Last, First). For a divided author you can then go to the author page and assign the work to the correct division.

>8 gangleri:
The correct solution is combining the editions, not miscombining the authors. Editions based on those sources are already combined with the work. If anyone adds a new copy from one of those sources it will be auto-combined with the work.

>6 timspalding:
I don't think there is a bug here, except the one I mention in message 3.

>6 timspalding: The main issue is that maulstefanm-2 which is the author url does not translate to the authors name.
Stefan M. Maul (2) : Stefan Maul

I'm unclear what you mean. Is his name Stefan Maul? If not, change it.

gangleri - Does this have anything to do with your pursuit of having URLs that are "just right" so you can link to them from other places like wikipedia? Like you have an article on Stefan Maul and you want it to somehow auto-link to this author page. Sometimes it's hard to understand your requests when you complain about URLs, since LT isn't "supposed" to format URLs in any specific way. They're an underlying part of the program, for the most part.

>11 brightcopy:

Right. This may be the source of the confusion.

Please see /work/935056#otherauthors_container . As I can remember the "Other Authors where visilbe one year from now. Now that information is hidden. Why?
This was the first issue when I opened this topic.
----
----
The other issue is the one related to the LT set (author url , calculated author name). When working with author names using other then the basic Latin characters some names with diacritics, with Russian, Hebrew etc. characters then writing the author url should be a valid entry method beside literal names.

As I remember entering author url worked well for relations at a time where entering Hebrew or Russian characters failed at insertion in the CK relations field (maybe the search retrieving functions where cache delayed a year from now).
back to >6 timspalding: and >10 timspalding:
The insertion of a division author url should be handled in the same way as entering "John Smith". The meaning of such author urls should be fetched from the LT correspondence table of the LT set (author url , calculated author name).

Do you have any problems to report here that are not about the URL but about the actual page or buttons/boxes, etc. on it?

>13 gangleri:
The first issue is a real bug. I linked to the original bug report in message 3.

The rest is not a bug, but an improvement suggestion. The functions work, just not in the ways you'd like them to work.

I'd be happy to clean up the Stefan Maul pages to LT standard practice when the bug is closed.

>14 brightcopy: see /work/2199/summary#otherauthors_container .
The container is closed. Hamlet is a popular work. Let's assume that we have a group of people which are adding other authors. The information is not visible, browser search will not work on this.
Every user needs to click on the "Add other authors" link in order to verify if he/she has somthing to add or to see the information.
For me the next container is "Work-to-work relationships". That container is open. Maybe I recall wrongly how these two container behaved one year ago. It is just confusing that one container is open the other is empty.

#16 by gangleri> This is very confusing. Are you complaining because the section is collapsed and not expanded? By "collapsed", I mean that only the header "Other authors" is shown, with an arrow that points right. By "expanded", I mean that the arrow points down and the confirmed authors are shown.

Because if that's what you mean, this is a per-user setting. If you collapse it, then that setting means the next time you go to a work page it will also be collapsed.

A new user who has never clicked on any of that will see it expanded by default.

This is the way all the sections on the work page work.

And why are we talking about this here in this bug report about something completely different?

*grumble*

>17 brightcopy: I agree that "collapsed" and "expanded" relate to the Javascript functionality for a better page / site overview. This is not what I mean in >16 gangleri:.
brightcopy a simple question: Do you see the "Other authors" listed or not? Do you see the relationships? What I mean is that the containers are not handled the same way. Sorry for this long talk.

What really looks like bug is: You enter some information about "Other authors", you save the information and the page keeps to be empty. So users might wonder if they did save something or if the information got lost. Users need to reedit the page in order to realize that the information is a "kind of secret".
We can say "It always was this way". We can say "It is intended to be so".

#19 by gangleri> No, actually. When you open up another topic that's actually about this, rather than tacking it on to an unrelated bug, I'll respond. I'll even post a screenshot of what I see. But this isn't the place. It's very hard to follow you sometimes, Reinhardt. That's not a criticism, as you speak English much better than I speak any language other than English. But it adds to the confusion when don't separate out your suggestions and bug reports. It's hard to infer what you mean from what you write.

LT (Tim?) fixed the top level issue here. "Other authors" == "Aliaj Verkistoj" are visible from the begining.

new example:
http://epo.librarything.com/work/12059580/summary#otherauthors_container

There is an translation / localisation / localization problem with some of the texts (showing as English master messages only == neither showing translated nor yellowmarked by css).
This is /topic/134535
----
eromsted this is no testcase any more closing this report, Please fix the author(s) however you like. But please preserve / transfer the links and CK.

To save LT staff some time: the previous message is contained in another bug report of its own.

adding some "Touchstones":
Maul, Stefan should generate now /author/maulstefan
Maul, Stefan M. should generate now /author/maulstefanm
or without final dot
Maul, Stefan M should generate now /author/maulstefanm

Later this week I will add a bug report number about "Touchstones" genaration and caching / mirors / live data.

No, I don't believe it should. I doing think you've been listening to what we have been saying...

>24 gangleri: That was posted because of /topic/134553 "receiving wrong urls in user talk notifications via "Image flag on this image." procedure" detected here (during the fix of the authors)

I honestly have no idea why you're linking these two things. I think I'm going to have to start skipping your bug reports.

>24 gangleri: as promised: some tests related to (automatic) Touchstones generation for sets of very closed author urls:
/topic/134596#3304951 "testing Touchstones - overview"