Page MenuHomePhabricator

Gestumblindi
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Apr 26 2019, 10:55 AM (197 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Gestumblindi [ Global Accounts ]

Recent Activity

Nov 8 2020

Gestumblindi added a comment to T267492: Upload Wizard on Commons timing out with image in queue.

I also was able to upload a different, smaller JPEG file (5 MB) with the Upload Wizard right now; but normally, 18 MB shouldn't be an unreasonable size for the wizard that is supposed to handle much larger files easily...

Nov 8 2020, 7:42 PM · UploadWizard, Commons
Gestumblindi added a comment to T267492: Upload Wizard on Commons timing out with image in queue.

I've now managed to upload that image quickly using the old ("classic") form at https://commons.wikimedia.org/wiki/Commons:Upload - it's File:Amanz Gressly plaque Laufen.jpg -, after the Upload Wizard still responded with a timeout ("The server did not respond within the expected time") when I tried it again, so it does look Upload Wizard specific to me, or specific to the way the Wizard is using for uploads.

Nov 8 2020, 7:30 PM · UploadWizard, Commons
Gestumblindi updated the task description for T267492: Upload Wizard on Commons timing out with image in queue.
Nov 8 2020, 7:08 PM · UploadWizard, Commons
Gestumblindi created T267492: Upload Wizard on Commons timing out with image in queue.
Nov 8 2020, 5:10 PM · UploadWizard, Commons

Jan 9 2020

Gestumblindi created T242367: Make status.wikimedia.org a "status entry page"?.
Jan 9 2020, 8:43 PM · observability, SRE

Jan 8 2020

Gestumblindi updated the task description for T242228: Current performance issues.
Jan 8 2020, 4:11 PM · Performance Issue, Traffic, SRE
Gestumblindi created T242228: Current performance issues.
Jan 8 2020, 4:08 PM · Performance Issue, Traffic, SRE

Dec 17 2019

Gestumblindi added a comment to T239018: Remove "Trending" section from Android and IOS app for dewiki.

@JMinor From the popularity of a feature doesn't automatically follow that it is a desirable feature. For example, if we had sensational, tabloid-style headlines in the app, these surely would generate many clicks - but Wikipedia isn't about clickbaiting. Of course users who wish to "browse and explore" should be able to do so, but we have many better starting points for this than raw popularity of articles IMHO. For example the manually curated "did you know?" section which has the advantage of bringing lesser known topics into the spotlight, which maybe broadens the knowledge of readers more than reading about topics that are already popular and often searched for. As I see it, if a topic is already in the news or popular for another reason, we don't need to point readers additionally to it, "hey, this topic is popular!"-style.

Dec 17 2019, 10:21 PM · Accessibility, Wikipedia-iOS-App-Backlog, Android-app-Bugs, iOS-app-feature-Accessibility, Wikipedia-Android-App-Backlog

Jun 20 2019

Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

Seems to be better. Solved by the rebooting mentioned by @ema ? I don't experience that slowness anymore.

Jun 20 2019, 1:29 PM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue

Jun 19 2019

Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

I honestly do not think that the issue is connected to my computer, my browser or my internet connection, as the slowness is Wikipedia-specific, other sites load fine, and every speed and connectivity test gives good results. The traceroute I posted above also looks fine, I'd say? It's a "gut feeling", but as a longtime Wikipedia user, to me the symptoms really "feel" like they're on the Wikipedia side. For what it's worth, I'm in Switzerland.

Jun 19 2019, 5:50 PM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue
Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

The slowness persists today. Still similar experience.

Jun 19 2019, 10:45 AM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue

Jun 18 2019

Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

Loading the same page twice in a row: Yes, there are often differences. It's an overall slow experience, but pages often load faster when loading a second time (not always). Everything seems to be faster now, but not blindingly fast. Safemode: I'm now using https://de.wikipedia.org/wiki/Arbeitermuseum for testing and it loads consistently with loading times between 250 and 300 ms, with and without safemode, no difference. I'm not on a Linux or Mac device, but Traceroute is also available under windows ("tracert" command), this is the result:

Jun 18 2019, 10:57 PM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue
Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

Some random examples: https://de.wikipedia.org/wiki/Fu%C3%9Fball-Weltmeisterschaft_2022 right now had a loading time of 152158 ms and didn't load completely. The main text of the article is there, but the Wikipedia logo and navigation to the left are missing. The short article https://de.wikipedia.org/wiki/Alkuin_Stillhart did load in 438 ms, which also seems to be pretty slow to me. Some articles did load without the style sheets.

Jun 18 2019, 9:05 PM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue
Gestumblindi added a comment to T226048: Sometimes pages load slowly for users routed to the Amsterdam data center (due to some factor outside of Wikimedia cluster).

For what it's worth, I can confirm that there are currently often slow loading times in German-language Wikipedia (using Firefox 67.0.3 and previously 67.0.2). But it's intermittent. And not for other websites, but specifically Wikipedia.

Jun 18 2019, 8:57 PM · User-notice-archive, Performance-Team (Radar), SRE, Traffic, Performance Issue

Apr 26 2019

Gestumblindi added a comment to T221892: &veaction=edit no longer overrides namespace settings (can't edit global sandbox page using VE).

I suspect I broke this by fixing T219457 – if you had new wikitext editor enabled, such links would open the visual editor's HTML in the wikitext editor, which was crazy.

If the visual editor is expected to be available in the project namespace ("Wikipedia"), perhaps it would be better to just enable it there? It is enabled on other wikis, e.g. pl.wp.

Apr 26 2019, 11:01 AM · MW-1.34-notes (1.34.0-wmf.4; 2019-05-07), VisualEditor-MediaWiki, VisualEditor (Current work)