Page MenuHomePhabricator

Fuzzy
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Feb 16 2015, 3:03 PM (384 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Fuzzy [ Global Accounts ]

Recent Activity

May 21 2022

Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

Why not using $wgMaxArticleSize as a limit for the page raw size, and 2*$wgMaxArticleSize as limit for the page post-expand include size?

May 21 2022, 7:43 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests

May 3 2022

Fuzzy added a comment to T307297: Cannot stop unresponsive quarries.

This bug is a duplicate of T290146. Please mark this one as "duplicate".

May 3 2022, 1:51 PM · Quarry

May 2 2022

Fuzzy added a comment to T280637: Disable the WS-Export extension on Hebrew Wikisource.

As previously stated, when processing single page, WS Export should produce a PDF file which is visually equivalent to the file created by the browser "Print to PDF" function. WS Export may be useful when processing a collection into PDF/ePub/Mobi/rtf/docx files. The tasks mentioned in the comment above are merely the first few steps on the long path to a workable and useful extension. And for now they are not set as "high priority".

May 2 2022, 2:19 PM · WS Export, Wikimedia-Site-requests

May 1 2022

Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

Are there any updates on the issue? I'm playing around the limit by removing functionality from some templates, but I cannot dodge the limit much longer...

May 1 2022, 11:59 AM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy added a comment to T280637: Disable the WS-Export extension on Hebrew Wikisource.

We are still waiting for the WS Export extension to be disabled on the Hebrew Wikisource.

May 1 2022, 11:53 AM · WS Export, Wikimedia-Site-requests
Fuzzy created T307297: Cannot stop unresponsive quarries.
May 1 2022, 11:44 AM · Quarry

Apr 7 2022

Fuzzy added a comment to T305618: Enable nofollow attribute for non-existing links.

Thanks, I failed to find the other bug. The suggested change can improve search engine visibility, so it still may be a good idea to consider, regardless of the ancient bug reports.

Apr 7 2022, 5:54 PM · Product-Analytics, MediaWiki-Parser, SEO
Fuzzy updated the task description for T305618: Enable nofollow attribute for non-existing links.
Apr 7 2022, 5:44 PM · Product-Analytics, MediaWiki-Parser, SEO
Fuzzy updated subscribers of T305618: Enable nofollow attribute for non-existing links.
Apr 7 2022, 10:04 AM · Product-Analytics, MediaWiki-Parser, SEO
Fuzzy created T305618: Enable nofollow attribute for non-existing links.
Apr 7 2022, 10:01 AM · Product-Analytics, MediaWiki-Parser, SEO

Jan 4 2022

Fuzzy updated subscribers of T280637: Disable the WS-Export extension on Hebrew Wikisource.
Jan 4 2022, 5:33 PM · WS Export, Wikimedia-Site-requests
Fuzzy updated subscribers of T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.
Jan 4 2022, 5:32 PM · Community-Tech (CommTech-Sprint-18), WS Export

Dec 22 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

Here is a list of open bugs with WS Export. I'll update the list when I have time.

  • (block) Use specified font family and font size according to stylesheets. Import webfonts if necessary.
  • (low) Import common.css and print.css in addition to epub.css.
  • (high) Use @print { size: ... } as default page size.
  • (high) Invalid ankors with external links. External links such as [[חוק העונשין#סעיף 61]] are converted to a the correct destination page (he.wikisource.org/wiki/חוק_העונשין) but with ankor #s_yp_61 instead of #סעיף_61. [Note: sometimes the ankors are kept, conversion is inconsistent.]
  • (high) Keep internal links and ankors. Internal links are converted to the source page with invalid ankors.
  • (medium) Don't include title page and "About" page when .printfooter has display: none; property.
Dec 22 2021, 1:19 PM · Community-Tech (CommTech-Sprint-18), WS Export

Dec 8 2021

Fuzzy reopened T280637: Disable the WS-Export extension on Hebrew Wikisource as "Open".

As long as https://he.wikisource.org/api/rest_v1/page/pdf/חוק_זכות_יוצרים produces better PDF compared to https://ws-export.wmcloud.org/?page=חוק_זכות_יוצרים&lang=he&format=pdf, we insist on disabling the WS-Export extension on the Hebrew Wikisource. The WS-Export extension is immature for our use.

Dec 8 2021, 1:08 PM · WS Export, Wikimedia-Site-requests

Dec 1 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.
Dec 1 2021, 9:13 PM · Community-Tech (CommTech-Sprint-18), WS Export

Nov 1 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

...although I also think the common.css on Hebrew Wikisource contains a lot of stuff that should probably be in templatestyles

We don't have problem of interface editors. The template styles extension seems to be nice hack to split Common.css for different sub-projects, and I will check it in the future. However, it doesn't matter much as WS-Export should handle both template styles and inclusion of common.css and print.css styles.

Nov 1 2021, 8:56 PM · Community-Tech (CommTech-Sprint-18), WS Export

Sep 9 2021

Fuzzy created T290633: Massview error when querrying Quarry API.
Sep 9 2021, 8:16 AM · Tool-Pageviews

Aug 5 2021

Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

I stumbled upon a similar problem, with the Israeli Plant Protection Regulations (Plant Import, Plant Products, Pests and Regulated Articles), 5769–2009. A bidirectional template was using {{#if:{{{1|}}}{{{2|}}} | ... }} to check if the first and second parameters are given. The test is based on templates expansion, which, in this case, almost doubled the post-expand include size of the article. I had to remove the condition statement in order for the regulation file to remain within limits.

Aug 5 2021, 9:06 AM · Performance-Team (Radar), SRE, Wikimedia-Site-requests

Jul 14 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

I'd suggest to move the discussion about suitability of the WS-Export extension to the Hebrew Wikisource limited to T280637, and keep this discussion to rendering bugs.

Jul 14 2021, 6:13 PM · Community-Tech (CommTech-Sprint-18), WS Export
Fuzzy added a comment to T280637: Disable the WS-Export extension on Hebrew Wikisource.

The WS-Export extension is not suitable from exporting single article as PDF. When exporting an article to PDF, our users expect a printable version of the article they are viewing. The WS-Export extension was designed differently: from the extension point of view, the exported file is expected to be used by eBook readers. Therefore, the extension assumes the text should be kept but its styling can be ignored. This design is not suitable for styled texts, such as those of the Hebrew wikisource.

Jul 14 2021, 5:54 PM · WS Export, Wikimedia-Site-requests

Jul 6 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

The problem is not a specific font. The problem is ignoring CSS styles. As said, in order for the WS Export to work –

  • It must import all Common.css and Print.css styles. Those styles are used when a page is printed on paper using physical printer, or to PDF file using a virtual printer.
  • It should load Epub.css styles.
  • It should load and render Webfonts properly.

Still, the fundamental issue is that WS Export is not suitable for exporting single articles. We asked to continue with Electron-PDFs as default method of export (see T280637).

Jul 6 2021, 4:28 PM · Community-Tech (CommTech-Sprint-18), WS Export
Fuzzy added a comment to T280637: Disable the WS-Export extension on Hebrew Wikisource.

Any update regarding the site request?

Jul 6 2021, 11:13 AM · WS Export, Wikimedia-Site-requests

Apr 20 2021

Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

As partial solution, it is possible to use 2*$wgMaxArticleSize as limit for the page post-expand include size? The wgMaxArticleSize will continue to be used as limit for the page raw size, before template expanding.

Apr 20 2021, 9:30 AM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy added a comment to T280637: Disable the WS-Export extension on Hebrew Wikisource.

See discussion in Scriptorium here.

Apr 20 2021, 9:24 AM · WS Export, Wikimedia-Site-requests
Fuzzy updated the task description for T280637: Disable the WS-Export extension on Hebrew Wikisource.
Apr 20 2021, 9:24 AM · WS Export, Wikimedia-Site-requests
Fuzzy created T280637: Disable the WS-Export extension on Hebrew Wikisource.
Apr 20 2021, 9:23 AM · WS Export, Wikimedia-Site-requests

Mar 17 2021

Fuzzy updated subscribers of T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

@ifried – Boxes are Unicode characters not supported by whatever font is used (#4 in my list). This is not parser bug.
@dmaza – The tags failed to be parsed (#6 in my list) are <section begin> and <section end> of the Labeled Section Transclusion extension. This extension is widely used within the Hebrew Wikisource.

Mar 17 2021, 3:46 PM · Community-Tech (CommTech-Sprint-18), WS Export

Mar 1 2021

Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

There are two apparent solutions to the effective limit for Hebrew pages:
A. Use mb_strlen instead of strlen to measure page size in characters rather than in bytes.
B. Use $wgMaxArticleSize as a limit for the page raw size, and 2*$wgMaxArticleSize as limit for the page post-expand include size.

Mar 1 2021, 12:02 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests

Feb 21 2021

Fuzzy updated the task description for T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.
Feb 21 2021, 7:29 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy added a comment to T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.

Side note: We see a performance issue with the Module:String. The {{ח:צמצום}} template relies on {{#invoke:String|len|...}} which consumes most of CPU time.

Feb 21 2021, 7:06 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy updated the task description for T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.
Feb 21 2021, 5:45 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy updated the task description for T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.
Feb 21 2021, 4:59 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests
Fuzzy created T275319: Raise limit of $wgMaxArticleSize for Hebrew Wikisource.
Feb 21 2021, 4:58 PM · Performance-Team (Radar), SRE, Wikimedia-Site-requests

Feb 11 2021

Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

Another example: https://he.wikisource.org/wiki/חוק_זכות_יוצרים and the PDFs of https://ws-export.wmcloud.org/?page=חוק_זכות_יוצרים&lang=he&format=pdf and of https://he.wikisource.org/api/rest_v1/page/pdf/חוק_זכות_יוצרים
Attached you may find three PDFs files. The first one was created by WS Export, the second one is the equivalent PDF file created by "Save to PDF", and the third PDF created by ElectronPdfService REST API.

Feb 11 2021, 1:50 PM · Community-Tech (CommTech-Sprint-18), WS Export
Fuzzy added a comment to T274521: WS Export in hewikisource unreadable: Large fonts, translated (?) markup tags, many square boxes.

The generated PDF file is so horrible in so many ways. Basicly WS Export should create a PDF file which is visually equivalent to a PDF file generated by the "Print to PDF" option of the browser.

Feb 11 2021, 1:39 PM · Community-Tech (CommTech-Sprint-18), WS Export

Mar 15 2020

Fuzzy added a comment to T247321: jquery.makeCollapsible: aria-expanded is not updated for custom togglers.

Custom togglers are very useful when used properly (example). I think the best solution, which is also the easiest one in this case, is to use the same scheme for regular togglers and custom togglers. It's trivial to use the same default toggleARIA flag (true for both).

Mar 15 2020, 5:25 PM · JavaScript, UI-Standardization, Accessibility

Mar 11 2020

Fuzzy updated the task description for T247321: jquery.makeCollapsible: aria-expanded is not updated for custom togglers.
Mar 11 2020, 10:36 PM · JavaScript, UI-Standardization, Accessibility

Mar 10 2020

Fuzzy created T247321: jquery.makeCollapsible: aria-expanded is not updated for custom togglers.
Mar 10 2020, 4:16 PM · JavaScript, UI-Standardization, Accessibility

Nov 30 2019

Fuzzy changed the status of T239508: Exclude some he wiki pages in robots.txt from Invalid to Resolved.

Thanks, @Urbanecm provided solution to the robots.txt issue.

Nov 30 2019, 10:44 PM · Wikimedia-Site-requests
Fuzzy created T239508: Exclude some he wiki pages in robots.txt.
Nov 30 2019, 10:46 AM · Wikimedia-Site-requests

Nov 27 2019

Fuzzy closed T238090: Search Console access for he.wikisource.org as Resolved.
Nov 27 2019, 8:39 PM · Search-Console-access-request, Product-Analytics, SRE
Fuzzy added a comment to T238090: Search Console access for he.wikisource.org.

Yep, now it works :) Thanks again!

Nov 27 2019, 3:59 PM · Search-Console-access-request, Product-Analytics, SRE
Fuzzy added a comment to T238090: Search Console access for he.wikisource.org.

It seems I don't have permission for the "REQUEST INDEXING" tool.

Nov 27 2019, 3:49 PM · Search-Console-access-request, Product-Analytics, SRE
Fuzzy added a comment to T238090: Search Console access for he.wikisource.org.

Thanks a lot, John!

Nov 27 2019, 12:08 PM · Search-Console-access-request, Product-Analytics, SRE

Nov 24 2019

Fuzzy added a comment to T238090: Search Console access for he.wikisource.org.

I prefer setting no time limit. This is administrative task for the project, so access is required as long as I'm an administrator at the Hebrew Wikisource. If definite time limit is required, let's say three years, and renew access when expired.

Nov 24 2019, 9:40 AM · Search-Console-access-request, Product-Analytics, SRE

Nov 20 2019

Fuzzy updated the task description for T238090: Search Console access for he.wikisource.org.
Nov 20 2019, 10:59 PM · Search-Console-access-request, Product-Analytics, SRE

Nov 15 2019

Fuzzy added a comment to T238090: Search Console access for he.wikisource.org.

Let's get one step at a time. Before getting into legal and technicality, WMF should assess and approve the request.

Nov 15 2019, 2:04 PM · Search-Console-access-request, Product-Analytics, SRE

Nov 13 2019

Fuzzy updated subscribers of T238090: Search Console access for he.wikisource.org.

Hi Dzahn,

Nov 13 2019, 4:55 PM · Search-Console-access-request, Product-Analytics, SRE

Nov 12 2019

Fuzzy created T238090: Search Console access for he.wikisource.org.
Nov 12 2019, 1:39 PM · Search-Console-access-request, Product-Analytics, SRE

Apr 28 2019

Fuzzy added a comment to T18036: Number of category members (PAGESINCATEGORY) is inaccurate for large categories.

With this patch, small categories (up to 100 pages) should be once again recounted whenever a page is removed from them. This should be deployed to Wikimedia wikis next week, per the usual schedule. Larger categories may still remain inaccurate forever.

Apr 28 2019, 1:18 PM · MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), Wikimedia-maintenance-script-run, MediaWiki-Categories

Aug 5 2018

Fuzzy added a comment to T200256: Add option to include redirects in Massviews.

In theory, redirects may increase the total number of pages by an order of magnitude. However, in practice, the average number of redirections per page is relatively small. For example, in my project a lot of pages have multiple redirections (alternative spelling and such). The total number of pages in the project category is 1190. The total number of pages including redirections is about 2000.

Aug 5 2018, 11:59 AM · Tool-Pageviews

Jul 29 2018

Fuzzy added a comment to T200256: Add option to include redirects in Massviews.

I guess a nice warning should be sufficient for now.

Jul 29 2018, 3:45 PM · Tool-Pageviews

Jul 24 2018

Fuzzy created T200256: Add option to include redirects in Massviews.
Jul 24 2018, 11:16 AM · Tool-Pageviews
Fuzzy added a comment to T175254: Userviews/Massviews halts if PageViews API fails.

@MusikAnimal, I think you can close this task as T179113/T182103 are resolved.

Jul 24 2018, 10:56 AM · Tool-Pageviews

Oct 26 2017

Fuzzy renamed T175254: Userviews/Massviews halts if PageViews API fails from Userviews halts if PageViews API fails to Userviews/Massviews halts if PageViews API fails.
Oct 26 2017, 3:38 PM · Tool-Pageviews
Restricted Application added a project to T175254: Userviews/Massviews halts if PageViews API fails: Community-Tech.

I can confirm a regression in the Massviews tool. You can easily reproduce the problem by setting range = latest-1. The tool will stop when "processing page X of Y", where Y−X are the number of pages with no stats. Note that when a page has no stats, that is, zero pageviews for the given range, the API returns a 404 error.

Oct 26 2017, 3:32 PM · Tool-Pageviews

Oct 22 2017

Fuzzy updated subscribers of T178775: Update Robot Policies for the Hebrew Wikisource.
Oct 22 2017, 3:24 PM · Patch-For-Review, Wikimedia-Site-requests
Fuzzy created T178775: Update Robot Policies for the Hebrew Wikisource.
Oct 22 2017, 3:23 PM · Patch-For-Review, Wikimedia-Site-requests
Fuzzy added a comment to T18036: Number of category members (PAGESINCATEGORY) is inaccurate for large categories.

Is there any workaround to force recount for a given category?

Oct 22 2017, 2:57 PM · MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), Wikimedia-maintenance-script-run, MediaWiki-Categories

Oct 18 2017

Fuzzy created T178489: Incorrect count in category.
Oct 18 2017, 12:57 PM · MediaWiki-Categories, All-and-every-Wikisource

Feb 22 2017

Fuzzy added a comment to T158505: Massviews export data is incorrect (both CSV and JSON).

Thank you @MusikAnimal for the fast fix!

Feb 22 2017, 2:51 PM · Tool-Pageviews

Feb 19 2017

Fuzzy created T158505: Massviews export data is incorrect (both CSV and JSON).
Feb 19 2017, 11:55 AM · Tool-Pageviews

Nov 28 2016

Fuzzy added a comment to T151408: Separate bot right for normal pages and interface (MediaWiki:) pages.

Edit notices reside in the MediaWiki namespace because all other user interface text lives in the MediaWiki namespace.

Editnotices are the edit-page counterparts of notice templates. A nicer solution is to implement editnotices via template inclusion. It's not possible with current design.

Nov 28 2016, 8:21 AM · Growth-Team-Filtering, MediaWiki-User-management, Security, Growth-Team, MediaWiki-Recent-changes, MediaWiki-General

Nov 27 2016

Fuzzy added a comment to T151408: Separate bot right for normal pages and interface (MediaWiki:) pages.

@Fuzzy, you probably can solve it by adding on MediaWiki:Editnotice-0 a code like {{#ifexist:מקור:{{PAGENAME}}|Don't edit this, but [[מקור:{{PAGENAME}}]]! |}}

Nice, I should have thought about it... :) 10nx!

Nov 27 2016, 6:46 PM · Growth-Team-Filtering, MediaWiki-User-management, Security, Growth-Team, MediaWiki-Recent-changes, MediaWiki-General

Nov 26 2016

Fuzzy added a comment to T151408: Separate bot right for normal pages and interface (MediaWiki:) pages.

Following @Bawolff notice, I'm including brief info on the [[s:he:user:OpenLawBot | OpenLawBot]] in hewikisource.

Summary of the bot edits to NS_MEDIAWIKI

  • hewikisource OpenLawBot - Making editnotice pages

The OpenLawBot is the the background process of the [[s:he:ספר החוקים של מדינת ישראל | Israeli Book of Laws' project]] in the Hebrew Wikisource. It provides the legal textbook of the State of Israel (laws, ordinances, regulations, decrees, etc.), in a readable manner, with interlinks between the legal documents. Each OpenLaw page is composed of two pages – the source text, stored at NS:116 (see T66353), and the formatted wiki text, stored and displayed at the main NS. The source page contains the actual legal text in a simplistic format, very easy to understand and edit. The wiki page contains a formated text derives from the source text, after sophisticated automatic editing. It is very complex due to the usage of templates for the visual presentation. The bot is making editnotices for each new article in order to prevent new users from trying to update the wiki (formatted) part of the text. The editnotice directs the user to the source text.

Nov 26 2016, 2:32 PM · Growth-Team-Filtering, MediaWiki-User-management, Security, Growth-Team, MediaWiki-Recent-changes, MediaWiki-General

Feb 17 2015

Fuzzy added a comment to T89655: Allow Microdata Attributes in Hebrew Wikisource.

This is a technical issue, and there is a consensus it's worth trying to use Microdata attributes, as there's no cost.
Nevertheless, following your comment above, I asked at the Scriptorium for more votes on the request.

Feb 17 2015, 4:35 PM · Patch-For-Review, Wikimedia-Site-requests

Feb 16 2015

Fuzzy created T89655: Allow Microdata Attributes in Hebrew Wikisource.
Feb 16 2015, 3:15 PM · Patch-For-Review, Wikimedia-Site-requests