The way BibBase associates author names with pages is by seeing whether all publications on a page have a common author. If so, BibBase concludes that this must be the best page to link with their name. Normally name-collisions do not happen, because BibBase just doesn't have that many users to have duplicate last name + first initial. In this case, it seems that the page that was linked to had only one publication at one point in the past (on 2016-07-06 to be precise) with that name on it, and so your short-name was associated with that.

I've gone ahead and removed the wrong association.

BibBase tries to guess which of the names authors is the "owner" of this page. It does so by seeing whether there is one author who is on (nearly) 100% of the listed publications. If so, then BibBase will assume that this is his or her page. This is then used to create links on the pages of co-authors.

So yes, I assume that when you had that temporary page, Harris appeared as a co-author on all or most publications.

Most of the time this works well, but sometimes, like in these cases of temporary pages it doesn't. I can manually fix the wrong link in the database for you.

It's back up.

Hi Franck,

I'm surprised to see that, too. This used to work. It might be related to Zotero's ongoing transition to Zotero 5.0 (as they note here https://www.zotero.org/support/dev/web_api/v3/types_and_fields).

I will see whether this can be re-enabled using this feature of their API https://www.zotero.org/support/dev/web_api/v3/fulltext_content.

Yes, you can use &group0=author_short. This works independently of the method you chose for embedding.

We really discourage the use of iframes though. Search engines will direct users that search for you paper titles directly to your embedded page (not your homepage), and it is also difficult to get the layout right, without having a scrollbar inside the iframe. JS is currently the best option, and those formatting issues come with an upside, too: once they are fixed, the whole page will be styled with the same CSS rules, and have, e.g., consistent colors and fonts.

As pointed out in https://bibbase.userecho.com/communities/1/topics/256-external-links-broken#comment-677, this is probably the same issue as found in that other ticket. Since that is fixed now, I'll assume this one is too. Please re-open if not. Thanks!

Stefan: Thanks again for reporting and debugging this issue. That was a big help! It is fixed now.

Thanks for investigating this further and reopening the issue! I agree. This is a bug that needs to be addressed. We'll try to fix it as soon as possible.