@Tgr: I have been logged out again between 12:00 and 15:00 UTC today. User name: Doc_Taxon

@Tgr: Okay and just now, approx. 10 minutes ago, I have been logged out on all browsers – but only Commons and Wikidata and meta (all the wikimedia.org and wikidata.org project pages), but not at all the wikipedia.org project pages. And I get no GlobalAuth login opening Wikidata and Commons.

@Thryduulf : Was that just random, or does the logout always occur so frequently for you?

@Tgr: As with Thryduulf, I have repeatedly experienced that the logout mostly (but not always) occurred when switching browsers or changing between browser and mobile. I think this might be an important point in investigating the cause.

@everybody: If you experience a logout, please provide us with the approximate timestamp including the time zone and your Wikipedia username. Thank you

@Mondo: is Mondo your Wikipedia account username too?

@Tgr: I, user:Doc_Taxon, have been logged out approximately between 10 and 14:51 UTC, 2024-10-24 , without clicking log out or doing anything similar.

@Tgr It is extremely annoying when the logging out happens to working bots, here user:CactusBot of user:Cactus26 . The fact that the bot continues to edit under an IP is often very problematic. I think the solution of this task should be given higher priority and include sprints.

In T372702#10228296, @Theklan wrote:

Strangely enough, today I was logged out from Meta, but not from Basque Wikipedia. I needed to log again at Meta, with 2FA, but I wasn't logged out from euwiki, as usually happens.

Yes, it's a global problem. I got these problems with frwiki, nlwiki, dewiki, enwiki, pflwiki and more, but also commonswiki, wikidatawiki, metawiki and test2wiki. I use several browsers like Edge, Chromium and Firefox mobile and desktop on Windows 10 and Windows 11. It appears that the type of browser, operating system, or type of wiki doesn't matter at all. I always check the "stay logged in" option ...

In T372702#10220313, @Thryduulf wrote:

I don't know if this is useful information, but I was logged out twice in the circa 24 hours leading up to 20:15 8 October ...

Something must have happened or been adjusted, the bug is no longer reproducible.

Shouldn't I be centrally logged in when opening a moswiki page, if I am already logged in at dewiki or enwiki?

Because it increases the amount of rework required more and more, I raise the priority to High.

Oh, my mistake, sorry.

Sorry, but I reopened this task.

when I login I click on "Keep me logged in".

Please report in TechNews or any related notifying about this issue!

Commons is affected too

and on Commons

@AntiCompositeNumber: Can you say something to this? Maybe has this been a one time only error? I didn't tried it once more

When we change local css we should take care that the problem is only Vector 2022 and not Vector Legacy, so I guess the really better next step is calling @hnowlan as expert.

@thiemowmde: Kriegst Du das hin, den Code so zu fixen, indem man das hovering overlay einfach um position 40,0 pixel verschiebt?

Can you shift the hovering overlay to (40,0) pixels by a change of this community .js file?

Can you remember when the hovering behavior was okay last time?

Will the column dewiki_p.pagelinks pl_namespace come back anywhen?

@Ladsgroup : is it because of you since about 30 minutes?

next steps:

https://de.wikipedia.org/wiki/Portal:Wintersport/Index/ * article index lister similarly applicable to https://de.wikipedia.org/wiki/Portal:Mittelhessen/Index/ *

article index lister only works now

Is someone still working on this? I imagine, that this should be a very small hack, or am I wrong?

This user name is for dewiki blocked and suppressed, but the line in Special:Users is not crossed out. When you have suppress user rights (oversight) then you can read the line crossed out. Here the line is not crossed out. What is wrong? What did I understand wrong?

But otherwise the software isn't doing what I expect. If I suppress a user name locally then I expect, that the user name can't be reading publicly locally by any users any more. That's the result of a suppression and should work. And some years ago, I don't have the exact date, it worked properly. We have a big bunch of suppressed user names from some years ago that cannot be read publicly.

Who of WMF I have to contact to wipe those user names entirely? In dewiki it's unfortunately not very rarely, to suppress such harmful user names.

@Urbanecm: Isn't it the easiest and fastest way to change the wiki software like:

@Tacsipacsi: This is one more indenting error using DiscussionTools, see this diff https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Resource_Exchange/Resource_Request&diff=prev&oldid=1185375661

I would be glad about an outage report in next TechNews, thank you.

They're increasing for now: https://replag.toolforge.org/

But these are thoughts about alternative solutions (?)

One question in mind: Why do we really need a PNG rendering of SVG files? Let's use SVG as SVG and all will be happy. When we need thumbnails or gallery pictures of SVG files we should show minimized SVG (you can minimize and maximize SVG without to produce pixel sludge).

step 2: coding talk pages call to database (wkat1)

thanks for this very fast reaction on it

okay, seems to be repaired, it's working now

a screenshot

others have equal problem, see https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Resource_Exchange/Resource_Request#A_Had_Day%27s_%27Night%27

the URL is https://wikipedialibrary.wmflabs.org/

The database basics for this job by TaxonBota are already well developed. The job will be done with the daily bot run.

reassigned

unassigned as Aklapper wanted

Looks good now, thank you!

In T315893#9118097, @Esanders wrote:

In T315893#9118084, @DLynch wrote:

action=history winds up using a completely different path to generating the title

See also:
https://en.wikipedia.org/w/index.php?title=IPhone&action=history
vs
https://en.wikipedia.org/wiki/IPhone

I'm missing this colon space in discussion page histories like https://de.wikipedia.org/w/index.php?title=Diskussion:DocMorris&action=history

In T315893#9109017, @XanonymusX wrote:

In T315893#9108971, @doctaxon wrote:

No, I disagree but you are wrong too. The words within the page title name indeed should be spelt orthographically. But the colon is not an orthographically colon but a namespace separator within the title database item, and with this it's programming language but not German language with its orthography. In spite of this the page name title is written in the URL without blank or separator, too. Why do we need such differences.

As I said, once it is presented prominently to our readers, text needs to comply with spelling rules. Most readers are completely unaware of namespaces. It would never be acceptable to have such a technical use of punctuation in page titles in ns-0; in other namespaces it is less dramatic, but still not great. Another idea I had in mind for quite some time would be to distinguish the namespace through a different colour (something grey, I guess) or font. The way it used to be written is definitely not what should be aimed for in the long run …

In T315893#9108949, @Aklapper wrote:

In T315893#9108853, @doctaxon wrote:

Where is the discussion, done before this change, where communities had the possibilities or the opportunities to agree or disagree with this.

@doctaxon: Offtopic, see https://www.mediawiki.org/wiki/Bug_management/Development_prioritization#Why_wasn't_I_consulted_about_these_changes%3f

In T315893#9108902, @XanonymusX wrote:

In T315893#9108778, @doctaxon wrote:

This has nothing to do with German spelling but with namespace separation. So the blank style is a programming language spelling mistake. I never saw this spelling within any other programming using namespaces.

Text that is presented to our readers necessarily needs to comply with spelling and typography rules. So imo it makes a lot of sense to differentiate between what is used internally (URL etc.) and what is displayed to everyone. I have long proposed a similar thing for subpages; however, in that case it is more complex, as the slash needs to be distinguished from the title itself first.

Where is the discussion, done before this change, where communities had the possibilities or the opportunities to agree or disagree with this.

In T315893#9108838, @Nardog wrote:

Any reference to a page that does not match what the top heading looks like on the page itself is going to be perceived as a mistake. If communities can override it then it shouldn't be imposed on them in the first place, because they didn't ask for it.

This has nothing to do with German spelling but with namespace separation. So the blank style is a programming language spelling mistake. I never saw this spelling within any other programming using namespaces.

I agree to @Nardog s comment above and I am not convinced that we really need this separator style, Nardog has explained his reason, and this is my reason too.

@Samwalton9 : I reinstalled Chrome now. JSTOR is working fine now.

@Esanders : isn't it possible to avoid the text intending colons at the beginning of the gallery lines when publishing the reply? Isn't it programmable maybe?