I also wrote an explanation in the manual: as repoSiteName is a variable like many others, I think it is necessary to explain the user how and why to customize it.

In T271436#6730248, @valerio.bozzolan wrote:

Update. We don't know why but we both resolved. We received our email some hours ago but... in the meanwhile talking with @lucamauri he was also involved without resolving.

For complete information here, please note that

MediaWiki-extensions-LinkSuggest only works on a plain textarea, which MediaWiki-extensions-CodeMirror is not using.

as explained here.

In T258184#6396602, @Lucas_Werkmeister_WMDE wrote:

I think we can close this. The method is restored, its test is back, and we have an integration test in ArticlePlaceholder.

Additionally, here's a bright version, with no blue background

Dear @Johentsch , I' ve recently setup a WikiBase on my own as well, so let me try to help you, if I can. Please note I installed it manually not using the containerized version, but I hope I can still be of help Let me try to help you, if I can.

We discussed this in private, but it is appropriate we also update the task here.
So the file for LibreOffice Impress is ready to be used: it will be published on the website and you can find it here.

Attached please find the first draft for comments.

In T259328#6375795, @valerio.bozzolan wrote:

My two cents:

• suggested/compulsory: suggested
• font: I know that the logo font family is Montserrat
• color combination: WMF palette (itWikiCon's logo palette)

I would volunteer to prepare it.
Is there a Visual Identity guide I can read? I know the logo is there, but what about the fonts, the color combinations, the general look and feel?

In T219022#6243578, @Lydia_Pintscher wrote:

Could you please clarify what you'd specifically want to use them for on the Wikibase Registry?

Dear @Lydia_Pintscher , may I suggest tot keep the sitelink functionality on Wikibase Registry?
I do not completely agree that sitelink are not needed: I would point out that sitelink would help in getting more information on a specific item, without duplicating information, but easily linked them on Wikipedia and other sister projects wikis.
You are totally right they looks ugly now, but this is simply because they are not properly configured.

Dear @Bugreporter may I kindly ask you if you can still help with the other questions above? Or can you mention someone that can help?
So I can finish the work on the instruction page and close this task

Dear @danshick-wmde , just as a brief introduction, please be informed that I started about one year ago to work on my own WikiBase instance: as I was an absolute beginner I scanned all the documentation I could find.
Along the way I found myself stuck several times in configuring WikiBase and, where I personally found the documentation lacking information, I tried to integrate it with information to help fellow beginners like me.

Dear @Lydia_Pintscher I would work on this task, as I believe the documentation is pretty much there and only needs minimum adjustment.
But I need one clarification before starting: in what form should this documentation be written and where should it be placed?
Are wikitext and the Installation manual ok?

We discussed this at length in T218282. Is the current documentation in the installation manual not clear enough?
In that section of the manual we wrote a clear explanation of what a SiteLInk is, how to set them up and how to disable them.
It seems to me it answers all the questions mentioned here.

For your information, I just added a brief explanation of this feature in the "Advanced Configuration" page

In T250634#6069875, @Bugreporter wrote:

This means the MediaWiki:Wikibase-SortedProperties in Wikidata is used in all Wikibase clients. clients do not have Wikibase Repository installed, so they do not use wgWBRepoSettings.

@Skizzerz may I ask if you have any news on this issue?
Was the log useful? Do you need any other information to further investigate the problem?
Is there anything else I can help with?

In T243134#5815545, @Skizzerz wrote:

Please enable debug logging so that we can better determine exactly what the API is returning for your scenario. I suspect that the remote API is returning an error response, which the code is not currently set up to handle (and would cause the notice you are experiencing).

In T243134#5815545, @Skizzerz wrote:

Please enable debug logging so that we can better determine exactly what the API is returning for your scenario. I suspect that the remote API is returning an error response, which the code is not currently set up to handle (and would cause the notice you are experiencing).

In T243134#5815072, @Peachey88 wrote:
From memory, Thats caused by the blank line in between the Bug: and ChangeId line.

The Gerrit patch was not automatically referenced here, so here's the link https://gerrit.wikimedia.org/r/c/mediawiki/extensions/MediaWikiAuth/+/565738

The fact that wfResetSessionID() is not available in MW 1.34 means this extension is no longer usable with the current and upcoming MW versions until it is updated?
As I see the new version is in the works for years and not yet ready, can anyone suggest an alternative extension to allow unified accounts on different Wikis?
Thanks

As I am setting up a Wikibase Repository/Client pair instance with the latest version, I would like to start improve documentation.
I actaully started a few hours ago by clarifying https://www.mediawiki.org/wiki/Wikibase/Installation/Advanced_configuration#Required_settings

As this function would be very significant for a project of mine, I would like to work on it.
I am willing to put effort in implementing such a function, but I have some difficulties to get started with it.
I read above that the function already exist in Wikibase API, so I started by looking at the documentation here https://doc.wikimedia.org/Wikibase/master/php/classWikibase_1_1Repo_1_1Api_1_1QuerySearchEntities.html but it seems I am a little lost.
Can somebody point me in the right direction so then I can start the work on it?

In T224064#5318013, @gerritbot wrote:

Change 511782 abandoned by Krinkle:
Add a wiki-specific class to interwiki link

Reason:
Thanks Luca

https://gerrit.wikimedia.org/r/511782

I read no comments, additions or complains in the past several days, so I proceeded updating the documentation as proposed.

I have published a revised version of the documentation in my sandbox page here https://www.mediawiki.org/wiki/User:Lucamauri/Sandbox/ParserTime
You are welcome to make suggestion on it before I replace the current version at https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions##time

In T223453#5187811, @Umherirrender wrote:

It seems easier to use #timel for it, doing the same and is documented.

In T223003#5174075, @Izno wrote:

Sometimes #time is used in further calculation, which <time> would prevent.

@Reedy please allow me a question: why you made this task a parent of T221149 instead of a sub?
Doesn't this task exist because of and as a consequence of that one?

In T222516#5157689, @Reedy wrote:

I note we don't "replace" anything, but we do add to it. These things are in the wild, so need to exist basically indefinitely

As I haven't received any comments or complains and the modification to README.md has been merged, I believe it is safe to close the task.
I have been able to successfully run OAuth and OAuthAuthentication on my MediaWiki installation and I hope my experience will help others as well with the improvement made to the documentation.

In T161248#5157898, @gerritbot wrote:

Change 508102 had a related patch set uploaded (by Luca Mauri; owner: Luca Mauri):
[mediawiki/extensions/OAuthAuthentication@master] Introduction to the extension and link to homepage

https://gerrit.wikimedia.org/r/508102

I updated the documentation here https://www.mediawiki.org/wiki/Extension:OAuthAuthentication and proposed a small change to https://github.com/wikimedia/mediawiki-extensions-OAuthAuthentication/pull/1

In T161248#5118061, @Reedy wrote:

Feel free :)
Any help appreciated

Dear @Reedy I see this task is currently unassigned and open for quite some time now.
As I already worked a bit to improve documentation, does it make sense that I claim it and and work with the userbase to update the instructions to a satisfactory level for admin and users as well?

In T218282#5115798, @Michael wrote:

Rethinking the structure of the documentation sounds reasonable. However, rewriting it from scratch would certainly be a large effort. Thus, I would suggest that we get this specific piece of information merged first, so that we can point other users with that problem to it. Also, @Lydia_Pintscher is the one that decides how to move forward with the documentation and how to prioritise it with respect to our other tasks.

The modification only takes few lines of code in a couple of files. I tested this on my local MediaWiki test installation and, if there is no specific reason not to have this function, I would commit it myself.

In T218282#5114533, @Michael wrote:

@lucamauri Your feedback is very welcome and helpful. Thank you!

In T218282#5107406, @Michael wrote:

Please have a look at the draft at https://www.mediawiki.org/wiki/User:Michael_Gro%C3%9Fe_(WMDE)/WikibaseSiteLinksDoku . This draft is intended to be added to https://www.mediawiki.org/wiki/Wikibase/Installation as a same-level headline after the Verify your installation section.

Please check if

• the text is easy to understand and follow
• you consider this the right place to add it
• the text fulfills the acceptance criteria as defined above.

In T218282#5112640, @Ladsgroup wrote:

One thing that seems missing from the documentation is how to insert your site into sites table. That's actually hard to do manually and I never was able to do it properly. What I do is to run this type of code in eval.php

In T161248#5091522, @Tgr wrote:

Why is php-curl needed? I'd imagine it uses MediaWiki's request wrapper, which should work fine without curl.

Installation instructions were likely useless because they were incomplete.
They did non mentioned the need to install php-curl, the need to run update.php and where to point the "callback URL" on the OAuth site.
Based on my own research and experience, I added a few lines of instructions, hopefully explaining enough for any user to make the extension work

Please allow me another comment after @Addshore edit above.
My personal impression with the documentation is that it is too directive without really explaining: the user is guided doing several tasks one after the other, but there is no explanation on what the user is actually doing and how this would reflect in the Wikibase operations.

After my personal experience in setting up a customized Wikibase repository, I wrote a quick explanation on how to enable Direct Access using the SiteLinks.
I placed the text in the "Advanced configuration" page.

I just setup my own Wikibase installation using two instances as per the original message of @KitsuneSolar .
I created one wiki where both Repository and Client are installed and it worked like a charm even with table prefix. The other instance only contains Client and in fact I had the same issue explained here: the client only look for wb_items_per_site without any table prefix.

The discussion in this Question thread should be helpful https://stackoverflow.com/questions/16127882/how-can-i-fix-the-mediawiki-error-wiki-uses-cookies-to-log-in-users-you-have-c