Vachovec1 (Petr Vachovec)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Monday

  • Clear sailing ahead.

User Details

User Since
Nov 27 2016, 9:17 PM (37 w, 5 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Vachovec1

Recent Activity

Tue, Aug 15

Vachovec1 added a comment to T173089: Watchlisting confirmation dialog interrupts editing.

To disallow page watchlisting in the middle of a page editing is also a possibility. One gets used to it. Perhaps the icon should be hidden in this case so the editors are not confused.

Tue, Aug 15, 9:56 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, MediaWiki-Page-editing, MediaWiki-Watchlist

Mon, Aug 14

Vachovec1 added a comment to T172592: Badges are no longer shown next to interwiki links.

@aude: any progress?

Mon, Aug 14, 11:01 PM · User-notice, User-Ladsgroup, Wikidata-Sprint, Wikidata, Wikimedia-Interwiki-links, Regression

Fri, Aug 11

Vachovec1 added a project to T173089: Watchlisting confirmation dialog interrupts editing: MediaWiki-Page-editing.
Fri, Aug 11, 1:13 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, MediaWiki-Page-editing, MediaWiki-Watchlist
Vachovec1 updated the task description for T173089: Watchlisting confirmation dialog interrupts editing.
Fri, Aug 11, 1:10 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, MediaWiki-Page-editing, MediaWiki-Watchlist
Vachovec1 updated the task description for T173089: Watchlisting confirmation dialog interrupts editing.
Fri, Aug 11, 1:09 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, MediaWiki-Page-editing, MediaWiki-Watchlist
Vachovec1 created T173089: Watchlisting confirmation dialog interrupts editing.
Fri, Aug 11, 1:08 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, MediaWiki-Page-editing, MediaWiki-Watchlist

Thu, Jul 27

Vachovec1 added a comment to T168040: Table of contents (TOC) missing sporadically without apparent reason.

I am still able to find affected pages:

Thu, Jul 27, 11:34 PM · Readers-Web-Backlog (Tracking), User-notice, MediaWiki-Parser, Regression, MediaWiki-Interface
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

You can try to purge all the page with the old message, and check tomorrow if there is a new one, or more, @Vachovec1,

OK, I purged/null edited everything. No positive search results now. We will see in 24 hours.

Thu, Jul 27, 11:11 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

You can try to purge all the page with the old message, and check tomorrow if there is a new one, or more, @Vachovec1,

Thu, Jul 27, 12:29 AM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Wed, Jul 26

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

@daniel: I am not sure, but Iam inclining to the version where both errors occurs independently. The category is completely unreliable (or the pages are reported with a long delay?). On cs-wiki someone probably just made a purge run through it (no affected pages are shown, not mentioning false positives), but when searching directly for the error massages, I can easily found about 100 pages with the "line 34" error message (almost no false positives) - that is much more then two days ago. About 20 pages with the "line 37" error message (again, almost no false positives). Independently of the error message, the effect on the affected page is the same.

Wed, Jul 26, 6:19 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Tue, Jul 25

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

I see that from about Jun 13, there are ongoing problems with WMF ParserCache - T167784, probably as consequence of https://gerrit.wikimedia.org/r/#/c/354504/. Could it be related? A real root cause for bugs like this and T168040? Both bugs seem to be a consequence of some parser cache failure. And the dates sum up (first reports for T168040 are before Jun 20, first reports here are from Jun 23 - at en-wiki).

Tue, Jul 25, 10:43 AM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

One of the new error messages at the bottom of en:Higgs Boson as I type:

Lua error in mw.wikibase.entity.lua at line 37: data.schemaVersion must be a number, got nil instead.

Tue, Jul 25, 10:03 AM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Mon, Jul 24

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

@Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed according to your preferences but that result does not necessarily correspond to the state of the links tables. Further, the web UI action=purge doesn't update the links tables either (which is why null editing is a "stronger" version of purging).

Mon, Jul 24, 9:24 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Sun, Jul 23

Vachovec1 added a parent task for T171398: On mobile domain, interwiki links for WMF wikis should be resolved as mobile rather than desktop: T156847: Core should be aware of the domain it is running on and render mobile domains where necessary.
Sun, Jul 23, 1:17 PM · Wikimedia-Interwiki-links, Mobile, MediaWiki-Interwiki
Vachovec1 added a subtask for T156847: Core should be aware of the domain it is running on and render mobile domains where necessary: T171398: On mobile domain, interwiki links for WMF wikis should be resolved as mobile rather than desktop.
Sun, Jul 23, 1:17 PM · Wikimedia-Hackathon-2017, Developer-Wishlist (2017), MediaWiki-General-or-Unknown
Vachovec1 added a comment to T171392: Some Commons pages transcluding Template:Countries_of_Europe HTTP 500/503 when accessed from non-English languages specified in the template.

even without langswitch sufix

What do you mean by "langswitch sufix"?

Sun, Jul 23, 12:00 PM · Patch-For-Review, Wikimedia-log-errors, MediaWiki-extensions-Scribunto, Operations, Commons
Vachovec1 added a comment to T171392: Some Commons pages transcluding Template:Countries_of_Europe HTTP 500/503 when accessed from non-English languages specified in the template.

@Vachovec1 it's transcluded on 117893 pages, many have the potential to break (although the exact conditions are still hard to tell). If someone really needs to access the page, they are free to ?uselang=en. I don't see much benefit in removing the templates from the affected pages.

Sun, Jul 23, 11:28 AM · Patch-For-Review, Wikimedia-log-errors, MediaWiki-extensions-Scribunto, Operations, Commons
Vachovec1 added a comment to T171392: Some Commons pages transcluding Template:Countries_of_Europe HTTP 500/503 when accessed from non-English languages specified in the template.

@zhuyifei1999: I removed the {{Countries of Europe}} template from both above mentioned affected pages and they are accessible again. The {{Countries of Europe}} template definitly needs fixing/reworking, though.

Sun, Jul 23, 10:35 AM · Patch-For-Review, Wikimedia-log-errors, MediaWiki-extensions-Scribunto, Operations, Commons
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

I don't think this is primarily a Lua bug. I think Larske in T170039#3451753 has something with his "timing error" hypothesis. It really looks like this:

Sun, Jul 23, 9:28 AM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T171392: Some Commons pages transcluding Template:Countries_of_Europe HTTP 500/503 when accessed from non-English languages specified in the template.

^ was with X-Wikimedia-Debug. without it I get: Lua error in mw.wikibase.entity.lua at line 34: The entity data must be a table obtained via mw.wikibase.getEntityObject for the link to Belgium.

Sun, Jul 23, 8:43 AM · Patch-For-Review, Wikimedia-log-errors, MediaWiki-extensions-Scribunto, Operations, Commons

Fri, Jul 21

Vachovec1 added a comment to T132848: Stop jumping all the way to the beginning of the wikicode when the user starts typing.

@Jdlrobson: Is T143009 another dupe? The visual gif provided there exatly matches the behaviour I tried to describe in T171211.

Fri, Jul 21, 8:48 AM · VisualEditor, Contributors-Team, MobileFrontend, Mobile, Accessibility, Regression

Thu, Jul 20

Vachovec1 created T171211: Jumping text when typing on mobile screen .
Thu, Jul 20, 7:36 PM · MobileFrontend

Jul 18 2017

Vachovec1 added a comment to T170982: Xtools beta: the "project" field on search pages accepts only en-wiki project.

Confirming that it works for me now. Thank you.

Jul 18 2017, 8:49 PM · XTools
Vachovec1 added a comment to T170893: Disable page previews on various special pages.

@Vachovec1 does this list seem sensible to you?

Jul 18 2017, 8:33 PM · Patch-For-Review, Readers-Web-Kanban-Board, Wikimedia-Site-requests, Readers-Web-Backlog
Vachovec1 renamed T170982: Xtools beta: the "project" field on search pages accepts only en-wiki project from Xtools beta: the "project" field accepts only en-wiki project to Xtools beta: the "project" field on search pages accepts only en-wiki project.
Jul 18 2017, 8:09 PM · XTools
Vachovec1 added a project to T170982: Xtools beta: the "project" field on search pages accepts only en-wiki project: XTools.
Jul 18 2017, 8:07 PM · XTools
Vachovec1 created T170982: Xtools beta: the "project" field on search pages accepts only en-wiki project.
Jul 18 2017, 8:05 PM · XTools
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

An observation: today I got manually through the Category: Pages with script errors equivalent at cs-wikipedia (https://cs.wikipedia.org/wiki/Kategorie:%C3%9Adr%C5%BEba:Str%C3%A1nky_s_chybami_skript%C5%AF) – about 60 pages. A lot of false positives (all purged), three real cases of this error (one purged /important page/, two remaining : https://cs.wikipedia.org/wiki/Litold_Znojemsk%C3%BD and https://cs.wikipedia.org/wiki/PlayStation_3, if someone is able and willing to catch and post the cache version info here). But I found that there are pages with this error which are NOT displayed inside the category. Examples: https://cs.wikipedia.org/wiki/Svat%C3%A1_Lucie_(osoba), https://cs.wikipedia.org/wiki/B%C3%ADlsko_u_Ho%C5%99ic. Some of these can be found via search (https://cs.wikipedia.org/w/index.php?search=mw.wikibase.entity.lua&title=Speci%C3%A1ln%C3%AD:Hled%C3%A1n%C3%AD&go=J%C3%ADt+na&searchToken=4gqaprg0qyc783z3awbaaa7yn), but there are false positives too.

Jul 18 2017, 2:57 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170912: Category:Pages_with_script_errors shows a lot of false positives.

Yeah. It's not only de-wikivoyage problem. A false positives are shown (T170039 can be connected only to part of them), some real errors are NOT displayed: for example pages https://cs.wikipedia.org/wiki/Svat%C3%A1_Lucie_(osoba) and https://cs.wikipedia.org/wiki/Robert_Louis_Stevenson show error (T170039) but no entry in the category (https://cs.wikipedia.org/wiki/Kategorie:%C3%9Adr%C5%BEba:Str%C3%A1nky_s_chybami_skript%C5%AF) is shown.

Jul 18 2017, 11:28 AM · MediaWiki-Parser, MediaWiki-extensions-Scribunto

Jul 17 2017

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

The error can be persistent (if the affected page is not purged). I am watching this page: https://cs.wikipedia.org/wiki/Ole%C5%A1nice_(Polsko) for several days and the error is still present (not purging as it can be useful for debugging).

Jul 17 2017, 4:55 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Jul 16 2017

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

Bumping priority. This NEEDS attention.

Are you sure, absolutely sure, that without resolving this task many pages and many scripts will not render/work properly? If not, how do you think this is suitable for UBN?

Jul 16 2017, 10:18 AM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Jul 15 2017

Vachovec1 added a comment to T170687: [[special:ShortPages]] includes file pages on Commons.

I think the best thing for now is to revert the change that leaded to all these problems, so that we could finally use [[Special:ShortPages]] again. It will show a lot of test-pages now the report has been out of service for several weeks. And then maybe reapply the change as soon as it is in a state in which it does not break several reports.

Jul 15 2017, 10:07 PM · Patch-For-Review, Readers-Web-Kanban-Board, Wikimedia-Site-requests, MW-1.30-release-notes, MediaWiki-Special-pages, Readers-Web-Backlog
Vachovec1 added a project to T170039: Pages display Lua error in mw.wikibase.entity.lua: MediaWiki-Parser.

Adding MediaWiki-Parser, because this looks like some bad caching (like T168040).

Jul 15 2017, 7:42 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170169: Should be possible to disable page previews on certain special pages.

@Tbayer The underlying goal is to not ship PagePreviews to pages where this feature isn't useful (less bytes shipped, less processing, faster rendering) - as Special:Login or Special:Preferences.

Jul 15 2017, 3:40 PM · MW-1.30-release-notes (WMF-deploy-2017-08-01_(1.30.0-wmf.12)), Readers-Web-Kanban-Board, Readers-Web-Backlog, Page-Previews
Vachovec1 raised the priority of T170039: Pages display Lua error in mw.wikibase.entity.lua from High to Unbreak Now!.

Bumping priority. This NEEDS attention.

Jul 15 2017, 1:59 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

An example of a completely broken page:

Jul 15 2017, 1:53 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata

Jul 14 2017

Vachovec1 added a comment to T168905: Regression: long lines are not broken on diff pages breaking viewport .

I presume this will go live next week?

Jul 14 2017, 8:50 AM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), Readers-Web-Kanban-Board, Regression, Readers-Web-Backlog, MobileFrontend

Jul 12 2017

Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.

Because this error can completely break pages (although the problem can be repaired through a purge), I suggest UBN! priority.

Jul 12 2017, 9:40 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170039: Pages display Lua error in mw.wikibase.entity.lua.
Jul 12 2017, 9:29 PM · Patch-For-Review, Wikidata-Sprint, User-notice, MediaWiki-extensions-Scribunto, MediaWiki-Parser, MediaWiki-extensions-WikibaseClient, Wikidata
Vachovec1 added a comment to T170169: Should be possible to disable page previews on certain special pages.

Two questions:

Jul 12 2017, 4:40 PM · MW-1.30-release-notes (WMF-deploy-2017-08-01_(1.30.0-wmf.12)), Readers-Web-Kanban-Board, Readers-Web-Backlog, Page-Previews

Jul 5 2017

Vachovec1 added a comment to T168040: Table of contents (TOC) missing sporadically without apparent reason.

Still happening. Today, checking some of our featured articles, I found this pages missing TOC:

Jul 5 2017, 9:26 PM · Readers-Web-Backlog (Tracking), User-notice, MediaWiki-Parser, Regression, MediaWiki-Interface

Jun 28 2017

Vachovec1 added a comment to T168861: Infobox caption should be properly formatted in the mobile view.

@Dvorapa

For the question whether infobox title (in heading or caption) should be hidden on mobile I suggest to open a new task.

Do you think that's a possibility? Would love to know your thoughts on that.

Jun 28 2017, 6:33 PM · MinervaNeue, Readers-Web-Backlog (Design)
Vachovec1 added a comment to T168861: Infobox caption should be properly formatted in the mobile view.

Yes, consistency is important, but in mobile the caption is displayed very close to the title of the page when you compare to desktop.

Jun 28 2017, 5:19 PM · MinervaNeue, Readers-Web-Backlog (Design)
Vachovec1 added a comment to T168861: Infobox caption should be properly formatted in the mobile view.

Side note: Any reason why we repeat the title in the infobox?

No idea why. sometime it links to another article...

@Vachovec1

properly formatted (bigger font, centering)

I would want to know what you mean by "proper"?

Jun 28 2017, 1:07 PM · MinervaNeue, Readers-Web-Backlog (Design)
Vachovec1 added a comment to T168905: Regression: long lines are not broken on diff pages breaking viewport .
Jun 28 2017, 12:54 PM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), Readers-Web-Kanban-Board, Regression, Readers-Web-Backlog, MobileFrontend

Jun 27 2017

Vachovec1 added a comment to T168716: Mobile infobox styles do not work well with multiple column infobox rows.

If we want 100% row width, why are we trying to force 100% width into cells, not rows?

Jun 27 2017, 9:49 AM · MinervaNeue, Readers-Web-Backlog, Design, Mobile

Jun 26 2017

Vachovec1 created T168905: Regression: long lines are not broken on diff pages breaking viewport .
Jun 26 2017, 7:33 PM · MW-1.30-release-notes (WMF-deploy-2017-07-11_(1.30.0-wmf.9)), Readers-Web-Kanban-Board, Regression, Readers-Web-Backlog, MobileFrontend
Vachovec1 added a comment to T168040: Table of contents (TOC) missing sporadically without apparent reason.

Other examples (no TOC at this time):

Jun 26 2017, 5:59 PM · Readers-Web-Backlog (Tracking), User-notice, MediaWiki-Parser, Regression, MediaWiki-Interface
Dvorapa awarded T168861: Infobox caption should be properly formatted in the mobile view a Like token.
Jun 26 2017, 3:59 PM · MinervaNeue, Readers-Web-Backlog (Design)
Vachovec1 updated subscribers of T168861: Infobox caption should be properly formatted in the mobile view.
Jun 26 2017, 3:37 PM · MinervaNeue, Readers-Web-Backlog (Design)
Vachovec1 created T168861: Infobox caption should be properly formatted in the mobile view.
Jun 26 2017, 1:30 PM · MinervaNeue, Readers-Web-Backlog (Design)

Jun 24 2017

Vachovec1 updated subscribers of T168040: Table of contents (TOC) missing sporadically without apparent reason.
Jun 24 2017, 9:40 AM · Readers-Web-Backlog (Tracking), User-notice, MediaWiki-Parser, Regression, MediaWiki-Interface
Vachovec1 added a comment to T168040: Table of contents (TOC) missing sporadically without apparent reason.

The same problem occurs at cs-wiki just now. First report is from Jun 22. The TOC is/was missing in many arcticles. The relevant discussion is here. Some articles were already purged by bot, but the articles with this problem could be still easily found, see for example https://cs.wikipedia.org/wiki/Harappsk%C3%A1_kultura.

Jun 24 2017, 9:37 AM · Readers-Web-Backlog (Tracking), User-notice, MediaWiki-Parser, Regression, MediaWiki-Interface

Jun 23 2017

Vachovec1 added a comment to T168716: Mobile infobox styles do not work well with multiple column infobox rows.

The rule can be probably removed safely if another way how to ensure 100% infobox width (on the mobile devices) is found.

Jun 23 2017, 11:15 PM · MinervaNeue, Readers-Web-Backlog, Design, Mobile
Vachovec1 added a comment to T168716: Mobile infobox styles do not work well with multiple column infobox rows.

This issue indeed affects mobile devices only (mobile frontend). It was implemented in T162913 because some infoboxes could be narrower than the display width (the infobox width did not automatically matched the display width, it was adapting to the text width instead). But the new rule makes the column width unpredictable. Another example of the suboptimal behaviour could be seen in this article (mobile view). Only two columns, but it's in multiple columns infobox. In the mobile view, the first column is much wider than the second column.

Jun 23 2017, 10:11 PM · MinervaNeue, Readers-Web-Backlog, Design, Mobile

Jun 22 2017

Vachovec1 added a comment to T145216: MobileFormatter should relocate first paragraph ahead of infobox.

Do you have some feedback on this? I don't think this was the brightest idea. The introduction of the article is usually made of compact text (consisting of 2 to 5 paragraphs). You are breaking this text with a long "table". As a reader, I would not be overly impressed about such a great interruption. You should either move full introduction before infobox or move nothing at all.

Jun 22 2017, 7:11 PM · Reading-Web-Sprint-84-Zero-minutes-left, MW-1.28-release (WMF-deploy-2016-10-25_(1.28.0-wmf.23)), Patch-For-Review, Reading-Web-Sprint-83-Y?, Readers-Web-Backlog, MobileFrontend

May 25 2017

Vachovec1 added a comment to T164716: Line feed can't be copied over to the editor.

This is not deployed yet? I stumped into this issue yesterday at cs-wiki.

May 25 2017, 6:26 PM · MW-1.30-release-notes (WMF-deploy-2017-05-23_(1.30.0-wmf.2)), Patch-For-Review, Two-Column-Edit-Conflict-Merge, TCB-Team

May 3 2017

Vachovec1 renamed T164364: Switching a language in the mobile view switches into a classical view as well from Switching a language in the mobile menu switches into a classical view as well to Switching a language in the mobile view switches into a classical view as well.
May 3 2017, 1:34 PM · MobileFrontend
Vachovec1 added a comment to T164364: Switching a language in the mobile view switches into a classical view as well.

It happens regardless if I am logged in or logged out.

May 3 2017, 1:33 PM · MobileFrontend
Vachovec1 created T164364: Switching a language in the mobile view switches into a classical view as well.
May 3 2017, 12:23 PM · MobileFrontend

Apr 3 2017

Vachovec1 added a comment to T162035: Some PNG thumbnails and JPEG originals delivered as [text/html] content-type and hence not rendered in browser.

I can confirm ERR_CONTENT_DECODING_FAILED for https://upload.wikimedia.org/wikipedia/commons/thumb/e/e7/Partizan-Medal-1-ribbon.png/40px-Partizan-Medal-1-ribbon.png (Firefox 52.0.2). Other above mentioned pictures are working fine for me now, though.

Apr 3 2017, 4:19 PM · Patch-For-Review, Traffic, Operations, media-storage, User-Urbanecm

Mar 25 2017

Vachovec1 added a comment to T160809: Burma is under water?.

Confirming that the map is back to normal for me (finally).

Mar 25 2017, 11:15 PM · Maps, Discovery

Mar 24 2017

Vachovec1 added a comment to T161297: WARNING: API error modification-failed: Malformed input: قائمة ويكيميديا.

Duplicate of T161263?

Mar 24 2017, 10:02 AM · Wikidata

Mar 22 2017

Vachovec1 added a comment to T160809: Burma is under water?.

For me, the eror still persists (maps.wikimedia.org). Exactly at zoom #7 (more or less is OK). However not all Burma is blue anymore. The far north and the south (approximately south from Yangon) are good.

Mar 22 2017, 9:47 AM · Maps, Discovery

Jan 8 2017

Vachovec1 added a comment to T154843: New Wikitext Editor: Major improvement to load time and preview time.

Maybe I am ignorant, but what motivation stands behind the (new) editor (NWE), which must be started/executed from VE mode? If the NWE should be the future replacement of the old wikitext editor, I would expect the same usability as for the old editor (i. e. it should be executable/editable independently of the VE). We can safely presume that a big chunk of the load time is caused by the need to load the page in the VE mode.

Jan 8 2017, 6:11 PM · Performance, VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, VisualEditor-MediaWiki, Epic

Nov 27 2016

Vachovec1 added a comment to T151731: Create an arbcom-cs wiki.

I support this request.

Nov 27 2016, 9:19 PM · Patch-For-Review, Wikimedia-Site-requests, User-Urbanecm