Page MenuHomePhabricator

Samat (Tamás Mészöly)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Oct 24 2014, 11:04 PM (246 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Samat [ Global Accounts ]

Recent Activity

Mon, Jul 15

Samat added a comment to T209224: Analyze effect of huwiki FlaggedRevs configuration change on problematic edits and new user retention.

I started to prepare a page with a statistical analysis here (in Hungarian only, yet, but mainly with easy to understand figures):
https://hu.wikipedia.org/wiki/Wikip%C3%A9dia:Jel%C3%B6lt_lapv%C3%A1ltozatok/Statisztik%C3%A1k
I will fill up with the main conclusions in the following days (most of them are obvious from the graphs anyway).

Mon, Jul 15, 9:57 PM · User-Tgr

Tue, Jun 25

Samat awarded T226338: Drop of editor numbers for earlier months a Like token.
Tue, Jun 25, 5:27 PM · Analytics-Kanban, Analytics

Mon, Jun 24

Samat updated the task description for T226338: Drop of editor numbers for earlier months.
Mon, Jun 24, 8:27 PM · Analytics-Kanban, Analytics
Samat updated the task description for T226338: Drop of editor numbers for earlier months.
Mon, Jun 24, 8:26 PM · Analytics-Kanban, Analytics
Samat added a comment to T226338: Drop of editor numbers for earlier months.

Thank you @Nuria and @JAllemandou. I tried to answer your questions below.

Mon, Jun 24, 8:25 PM · Analytics-Kanban, Analytics
Samat added a comment to T226338: Drop of editor numbers for earlier months.

I know that the numbers are recalculated, and small difference (few editors) would not be a surprise. But the old and new curves are around parallel with 5-10% difference. I believe that there is a methodological change behind this.

Mon, Jun 24, 7:28 AM · Analytics-Kanban, Analytics

Sun, Jun 23

Samat renamed T226338: Drop of editor numbers for earlier months from Drops of editor numbers for earlier months to Drop of editor numbers for earlier months.
Sun, Jun 23, 9:45 PM · Analytics-Kanban, Analytics
Samat created T226338: Drop of editor numbers for earlier months.
Sun, Jun 23, 9:19 PM · Analytics-Kanban, Analytics

Jun 12 2019

Samat awarded T225058: [Edit Counter] Approve actions counted wrongly a Like token.
Jun 12 2019, 7:26 AM · XTools

May 12 2019

Samat added a comment to T210224: Revert FlaggedRevs changes on the Hungarian Wikipedia.

I am currently working on T209224. I would recommend to wait until the analysis is ready, the community can evaluate the results and make the decision about the future settings.

May 12 2019, 5:31 PM · Africa-Wikimedia-Developers, Patch-For-Review, Wikimedia-Site-requests

Apr 11 2019

Samat added a comment to T220714: GSoC 2019 Proposal: Build statistics toolset to support WM-HU editor retention grant.

Dear Hsync7, thank you for your application and for expressing your interest in helping us out in the project.
I received your email as well, sorry that I have not answered until now.

Apr 11 2019, 8:09 PM · Google-Summer-of-Code (2019)

Apr 10 2019

Samat awarded T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache) a Love token.
Apr 10 2019, 7:38 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations

Mar 18 2019

Samat updated subscribers of T218484: Unexpected end of file for stub-meta-history.xml.

Thank you for your explanation, apparently this is the case. :)

Mar 18 2019, 10:30 PM · Datasets-General-or-Unknown
Samat updated the task description for T218277: Build statistics toolset to support WM-HU editor retention grant.
Mar 18 2019, 3:16 PM · Technical-Tool-Request, Google-Summer-of-Code (2019), Outreach-Programs-Projects, User-Tgr

Mar 16 2019

Samat added a comment to T218484: Unexpected end of file for stub-meta-history.xml.

I checked, and I have the </mediawiki> at the end as well.
I downloaded the same file for srwiki (srwiki-20190301-stub-meta-history.xml.gz), and I have the same problem with it, but not in the 41th, but in the 37th line, according to the error message.

Mar 16 2019, 11:56 PM · Datasets-General-or-Unknown
Samat added a comment to T218484: Unexpected end of file for stub-meta-history.xml.

I can manually extract the gz file, and the size of huwiki-20190301-stub-meta-history.xml is 9 435 661 537 bytes by me. But the tool accept only .gz files...

Mar 16 2019, 7:53 PM · Datasets-General-or-Unknown
Samat added a comment to T218484: Unexpected end of file for stub-meta-history.xml.

@Aklapper the size of huwiki-20190301-stub-meta-history.xml.gz file is 1 434 668 795 bytes. (The tool uses the .gz file, so I do not need to extract it before use.)
I had the same problem with huwiki-20190201-stub-meta-history.xml.gz, the size of the latter is 1 427 856 252 bytes.
Are these sizes are incorrect?

Mar 16 2019, 7:44 PM · Datasets-General-or-Unknown
Samat created T218484: Unexpected end of file for stub-meta-history.xml.
Mar 16 2019, 4:50 PM · Datasets-General-or-Unknown

Jun 5 2018

Samat added a comment to T196368: Wikimedia Hungary's website should use HTTPS.

@Tgr already set up the https protocol for the website: https://wikimedia.hu/
We already had a discussion that this should be default for the website, but we postponed it because we wanted to be sure that no service will be broken. Tgr knows the technical details better than me.

Jun 5 2018, 12:38 AM

Mar 18 2018

Samat awarded T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing a Barnstar token.
Mar 18 2018, 11:31 AM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki

Feb 2 2018

Samat awarded T185903: Train/test damaging and goodfaith model for Hungarian Wikipedia a Barnstar token.
Feb 2 2018, 9:47 PM · User-Tgr, Scoring-platform-team (Current), User-Ladsgroup, editquality-modeling, artificial-intelligence

Jan 6 2018

Samat awarded T184323: Create a tool for review stats a Yellow Medal token.
Jan 6 2018, 10:31 AM · Growth-Team, User-Tgr, MediaWiki-extensions-FlaggedRevs, Technical-Tool-Request

Nov 30 2017

Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

Thank you Gilles for your efforts!

Nov 30 2017, 9:21 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations

Nov 27 2017

Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

@Tgr I think I experienced this on multiple connections, but I usually use my laptop to edit Wikipedia. The only other place where I edit sometimes is the PC at my working place, but normally I shouldn't do this, therefore doesn't happen often. During these few small edits I don't remember that the problem happened (which doesn't necessary mean that my laptop is the problem).

Nov 27 2017, 10:36 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

We've recently started logging requests taking longer than 60 seconds (from varnish's point of view) and sending the logs to logstash. Here are the logs relevant to load.php.

Nov 27 2017, 10:29 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

@Samat Just want to check, FF 57 is mentioned in the description but you got this before on older versions too (just want to make sure it isn't browser related)?

Nov 27 2017, 3:06 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

@Gilles 160 secs was an extreme example, but in the 10-60 second range it happens daily. I have several screenshots, but earlier I didn't know about the har file. I will try to record some other examples later. I use only Firefox, so I cannot say if it is the same for other browsers or not. (I could try it on Chrome maybe.)

Nov 27 2017, 2:23 PM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

Hmm: I received from Google the following message: "Message not delivered: 550 Address performance-team@wikimedia.org does not exist"

Nov 27 2017, 10:24 AM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

@Gilles I emailed the file to this address. Thank you in advance!

Nov 27 2017, 10:21 AM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations
Samat added a comment to T181315: Varnish HTTP response from app servers taking 160s (only 0.031s inside Apache).

I re-uploaded the .har file. I will give access to it as soon as I will know who should I share with :)

Nov 27 2017, 8:45 AM · Performance-Team-publish, Patch-For-Review, Performance-Team (Radar), Traffic, Operations

Nov 22 2017

Samat added a comment to T153011: Special:Notifications is too slow to open.

Thank you for both of your comment!

Nov 22 2017, 10:06 PM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Notifications

Nov 21 2017

Samat added a comment to T153011: Special:Notifications is too slow to open.

The behavior just happened again (loading time was around 20 sec). Then I started the Developer tools to record, what happens, and for the second try it loaded after 1,2 sec. I really don't know how can I record and report the problem to you :/

Nov 21 2017, 9:26 PM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Notifications

Nov 19 2017

Samat added a comment to T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing.

Proposed to Community-Wishlist-Survey-2017

Nov 19 2017, 3:59 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki
Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

Proposed to Community-Wishlist-Survey-2017

Nov 19 2017, 3:58 PM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository

Nov 18 2017

Samat renamed T180880: Auto-fill function for the summary field in Visual Editor and WikitextEditor 2017 from Auto-fill function for summary field in Visual Editor and WikitextEditor 2017 to Auto-fill function for the summary field in Visual Editor and WikitextEditor 2017.
Nov 18 2017, 4:14 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Samat created T180880: Auto-fill function for the summary field in Visual Editor and WikitextEditor 2017.
Nov 18 2017, 4:13 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Samat added a comment to T153011: Special:Notifications is too slow to open.

@Trizek-WMF sorry that I didn't show up since your last comment. I did some improvement from my side: removed a virus and more malwares from my computer (:S) , cleaned my registry and generally the whole OS, switched off some scripts and gadgets and updated to FF Quantom etc. Since then I still have problem time to time with the loading time (instead of 1-2 seconds it is 10-20 seconds), but I generally don't use safemode and switched on Developer tools to track my browsers activity, and if I reload the page after the problem with these settings or without, this problem doesn't occur again. I will try to find a way to catch the problem, but it is not easy.
I know this is not very useful now, but I wanted to respond to your ping.

Nov 18 2017, 2:29 PM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Notifications

Sep 19 2017

Samat added a comment to T153011: Special:Notifications is too slow to open.

Hi @Samat
Concerning your first point, do you use any gadgets or scripts? Have you tried to identify or bypass them?

Sep 19 2017, 9:40 PM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Notifications
Samat added a comment to T176049: VisualEditor stuck during the loading process.

I am the product manager of the Editing team now.

Sep 19 2017, 9:04 PM · VisualEditor

Sep 16 2017

Samat added a comment to T176049: VisualEditor stuck during the loading process.

@Aklapper actually no, he didn't. I assigned to James because he is the product manager of the VisualEditor team, and he will know who is the best person to be assigned to this task.

Sep 16 2017, 7:35 PM · VisualEditor
Samat created T176049: VisualEditor stuck during the loading process.
Sep 16 2017, 4:41 PM · VisualEditor

Sep 15 2017

Samat reopened T153011: Special:Notifications is too slow to open as "Open".

@Catrope I wanted to create a new bug report, but this one is quite close what I wanted to report. Therefore I reopened the task.

Sep 15 2017, 9:58 PM · Growth-Team, Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Notifications
Samat added a comment to T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.

Is it possible to implement an (probably optional) preview feature (ideally live, but a manually refreshed would be also helpful), which shows the preview of my text below or above the WikiText part?

Sep 15 2017, 5:57 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, WikiEditor

Sep 10 2017

Samat reopened T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing, a subtask of T70017: Switching tabs in memory-limited browsers (esp. mobile ones) often causes page to refresh, causing data loss of session changes, as Open.
Sep 10 2017, 8:01 PM · User-Ryasmeen, VisualEditor (Current work), Epic, VisualEditor-Performance, VisualEditor-MediaWiki-Mobile
Samat reopened T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing as "Open".
Sep 10 2017, 8:01 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki
Samat merged T175489: Lost session data after browser or system crash into T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing.
Sep 10 2017, 8:00 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki
Samat merged task T175489: Lost session data after browser or system crash into T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing.
Sep 10 2017, 8:00 PM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Samat added a comment to T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing.

I am sorry, I wanted to close and merge the other way. I try to fix it.

Sep 10 2017, 7:59 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki
Samat merged task T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing into T175489: Lost session data after browser or system crash.
Sep 10 2017, 7:58 PM · User-notice, MW-1.31-release-notes (WMF-deploy-2018-03-06 (1.31.0-wmf.24)), VisualEditor (Current work), Community-Wishlist-Survey-2017, Community-Tech, Front-end-Standards-Group, Epic, VisualEditor-MediaWiki
Samat merged T57370: [Epic] VisualEditor: Implement some form of auto-save to help with browser crash recovery and accidental tab closing into T175489: Lost session data after browser or system crash.
Sep 10 2017, 7:58 PM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Samat updated the task description for T175489: Lost session data after browser or system crash.
Sep 10 2017, 4:50 PM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Samat created T175489: Lost session data after browser or system crash.
Sep 10 2017, 4:48 PM · VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor
Samat added a comment to T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.

After some days of testing, I am more sure that we should provide the "Preview" and "Show changes" buttons the same level where the Publish button is, instead of hiding them at the bottom of the publish popup.

  1. It is quite confusing. If somebody try to see the preview or what she/he changed, before he/she would like to publish the result, she/he doesn't want to click the Publish button. This happened with me at the first time.
  2. The workflow is quite complicate now. After I clicked the Publish button, I click on the Preview button, from there on the Resume editing, from there Publish again, then Show changes (this cycle happens several times), then Publish (and don't be surprised that there is no edit summary at the end). If I click on Publish changes, then there shouldn't be other function, then publishing the changes (with optional Edit summary and a Back button), because this is what can be naturally expected.
  3. I thought I can use the Visual editor for Preview for most of the cases, but

3/A Switching between WikiTextEditor and VisualEditor is very slow for larger pages, many time even stuck. (It was especially inconvenient when I presented a live demo about Wikipedia in front of a larger audience and I couldn't load the page for editing...)
3/B There are many pages outside the main namespace, where VisualEditor isn't activated, so this option doesn't work.

  1. As Mike mentioned at the beginning, usage of the preview button is higher than the publish button. It is not practical to force the user to click two times (and wait for the popup in between) instead of ones in such a case.
Sep 10 2017, 4:27 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, WikiEditor

Aug 26 2017

Samat added a comment to T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.

Note: We can get similar result using the VisualEditor view and Preview. VisualEditor doesn't show 100% the final view, but at least similar.
In many cases it is enough, if we switch between VisualEditor and WikiTextEditor, and we don't need the preview button.

Aug 26 2017, 10:22 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, WikiEditor
Samat merged task T174242: Preview button in WikiTextEditor2017 into T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.
Aug 26 2017, 1:40 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Samat merged T174242: Preview button in WikiTextEditor2017 into T170175: Investigate ways to encourage use of the Preview button in the wikitext editors.
Aug 26 2017, 1:40 PM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor, WikiEditor
Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

I am wondering what is the state of this task. Is there any progress?
I checked the date format in case of Hungarian language, and I saw, that there is a small change since May: There is a dot after the day, for example "12. november 1918"

Aug 26 2017, 11:28 AM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository
Samat renamed T174242: Preview button in WikiTextEditor2017 from Preview in WikiTextEditor2017 to Preview button in WikiTextEditor2017.
Aug 26 2017, 11:14 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
Samat created T174242: Preview button in WikiTextEditor2017.
Aug 26 2017, 11:13 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Jun 29 2017

Samat added a comment to T169100: CentralNotice Administrator Training.

I am in, too.

Jun 29 2017, 9:13 PM · Wikimedia-CentralNotice-Administration

Jun 6 2017

Samat added a comment to T165872: Don't use "ha" as an informal in hungarian.

Can you give me some example for good "fart" words in Hungarian?

Jun 6 2017, 9:36 PM · artificial-intelligence, revscoring, ORES, Scoring-platform-team (Current)
Samat added a comment to T165872: Don't use "ha" as an informal in hungarian.

Oh thanks, I see :)

Jun 6 2017, 9:15 PM · artificial-intelligence, revscoring, ORES, Scoring-platform-team (Current)
Samat added a comment to T165872: Don't use "ha" as an informal in hungarian.

It is not clear for me from the code, that is this patch a general solution or works only for the word 'ha'?

Jun 6 2017, 6:45 PM · artificial-intelligence, revscoring, ORES, Scoring-platform-team (Current)

May 22 2017

Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

I must argue that it is actually more confusing to show partially localised "dd Mmm yyyy". Most users of the internet understand yyyy-mm-dd regardless of mother language and Wikidata users in particular are used to language fallback chains.
@thiemowmde : Imagine your software displays "2017Jahr5Monat22Tag" (which is the Chinese format string with German words substituted in). This is how users of non-"dd Mmm yyyy" languages currently feel when we use Wikidata. It's worse than defaulting to "2017-05-22" or even "May 22 2017".
May I suggest that we actually display "yyyy-mm-dd" until language-specific date formats are implemented?

May 22 2017, 4:53 PM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository

May 21 2017

Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

ok, thanks :)

May 21 2017, 10:37 AM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository
Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

@thiemowmde, thank you for your answer. I thought that Wikibase use the month names in English right now, but I was not correct: the names itself are good (for example "12 június 1990").

May 21 2017, 9:47 AM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository

May 20 2017

Samat added a comment to T165872: Don't use "ha" as an informal in hungarian.

Can we use the BVDS on a wiki base? List of words per languages or something like that?

May 20 2017, 6:07 PM · artificial-intelligence, revscoring, ORES, Scoring-platform-team (Current)
Samat added a comment to T165872: Don't use "ha" as an informal in hungarian.

Background: word "ha" has the meaning "if" in Hungarian, and widely used in written texts.

May 20 2017, 5:37 PM · artificial-intelligence, revscoring, ORES, Scoring-platform-team (Current)
Samat added a comment to T63958: Use existing $dateFormats to format dates on Wikidata.

Also the Hungarian date format (and name of the months in Hungarian) should be implemented. I think, the proposed patch covers this case, too. Is it correct?

May 20 2017, 4:06 PM · Patch-For-Review, I18n, Wikidata, MediaWiki-extensions-WikibaseRepository

Apr 9 2017

Samat awarded T136599: [Epic] editing on client a Love token.
Apr 9 2017, 8:28 PM · MediaWiki-extensions-WikibaseClient, Epic, Wikidata

Jan 14 2017

Samat added a comment to T128826: Wrong duration for webm video.

I restored the file now.

Jan 14 2017, 11:25 AM · TimedMediaHandler, Wikimedia-Video

Dec 11 2016

Restricted Application updated subscribers of T152927: mw.Escaper malfunction (pipe incorrectly replaced with {{!}}).
Dec 11 2016, 9:36 PM · Multimedia, UploadWizard

Nov 19 2016

Samat awarded T3492: Multiple watchlists a Love token.
Nov 19 2016, 1:08 PM · Growth-Team, Community-Wishlist-Survey-2016, Community-Wishlist-Survey-2015, MediaWiki-Watchlist

Nov 15 2016

Samat awarded T49918: Rename of global (attached) users to existing global usernames a Heartbreak token.
Nov 15 2016, 10:03 PM · Liaisons-January-2016, GlobalRename, SUL-Finalization, Patch-For-Review, MediaWiki-extensions-CentralAuth

Jun 28 2016

Samat added a comment to T137973: GlobalRename gets stuck sometimes.

I just tried to rename a user with few edits and worked fine: https://meta.wikimedia.org/wiki/Special:GlobalRenameProgress/Moja1868 , and in the last days there were some other successful renames, too: https://meta.wikimedia.org/wiki/Special:Log/gblrename

Jun 28 2016, 9:31 PM · MW-1.28-release (WMF-deploy-2016-06-28_(1.28.0-wmf.8)), MW-1.28-release (WMF-deploy-2016-07-05_(1.28.0-wmf.9)), MW-1.28-release (WMF-deploy-2016-07-12_(1.28.0-wmf.10)), Patch-For-Review, Operations, MediaWiki-extensions-CentralAuth, GlobalRename

Mar 6 2016

Samat added a comment to T127359: Problems with Erik Zachte's Wikipedia Statistics.

Dear Erik,

Mar 6 2016, 9:57 AM · Analytics-Wikistats

Mar 5 2016

Samat added a comment to T127359: Problems with Erik Zachte's Wikipedia Statistics.

Most of... but not all.
I am really curious about the the answer for question 6 and I am still and patiently waiting for @ezachte on this.

Mar 5 2016, 9:44 PM · Analytics-Wikistats

Mar 4 2016

Samat added a comment to T128826: Wrong duration for webm video.

I recorded the video into AVI format (default settings) with CamStudio 2.7.4 and converted to webm using Save as... function (built in converter) of VLC.

Mar 4 2016, 6:42 PM · TimedMediaHandler, Wikimedia-Video
Samat added a comment to T124356: Incorrect TOC and section edit links rendering in Vector due to ParserCache corruption via ParserOutput::setText( ParserOutput::getText() ).

And this page on huwiki until (?action=purge) yesterday evening.
In this case only for logged out users, but earlier this happened for logged in users, too (reported by Tacsipacsi here).

Mar 4 2016, 6:13 PM · Patch-For-Review, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), MW-1.27-release (WMF-deploy-2016-03-08_(1.27.0-wmf.16)), Reading-Web-Sprint-68-"Java and JavaScript are basically the same", MW-1.27-release (WMF-deploy-2016-03-15_(1.27.0-wmf.17)), User-notice, MobileFrontend, Traffic, Operations, Regression

Mar 1 2016

Samat added a comment to T127359: Problems with Erik Zachte's Wikipedia Statistics.

Dear Erik,

Mar 1 2016, 8:24 PM · Analytics-Wikistats

Feb 25 2016

Samat added a comment to T128060: VisualEditor makes it easy to create partially linked words, when the user expects a fully linked one.

The first and third form result the same rendered text, while at the second option the ban part will be unlinked.
Usually we used the 3rd form in wiki code: easier to write and it results simpler code.
If an article used the first form, bots (like AWB in the frame of general fixes) change to option 3.

Feb 25 2016, 3:13 PM · User-Tgr, VisualEditor

Feb 23 2016

Samat added a comment to T127359: Problems with Erik Zachte's Wikipedia Statistics.

Dear Erik,

Feb 23 2016, 8:50 PM · Analytics-Wikistats

Feb 19 2016

Samat added a comment to T127359: Problems with Erik Zachte's Wikipedia Statistics.

Dear Erik,

Feb 19 2016, 8:39 AM · Analytics-Wikistats

Feb 18 2016

Samat created T127359: Problems with Erik Zachte's Wikipedia Statistics.
Feb 18 2016, 7:48 PM · Analytics-Wikistats