[Wikidata-bugs] [Maniphest] [Commented On] T187285: Magic word on English WP to replace Wikidata short descriptions
MZMcBride added a comment.
Oh, I think I see what's being described here now. You want the ability to override (replace) the default Wikidata short descriptions that appear in some search results.
So {{SHORTDESC:1946 film by Howard Hawkes}} would output nothing in HTML.
Regarding "Show no description where the magic word does not exist", how do you envision this interacting with automatic descriptions, assuming those automatic descriptions are (re-?)enabled?
(This task reminds me of "page image" a bit. I can't remember if ended up implementing override capability for page images. If we implement "short description" overrides, we should maybe show this text at ?action="">?)
Do I want to ask why you don't just change the text on Wikidata instead of overriding it? :-)TASK DETAILhttps://phabricator.wikimedia.org/T187285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Alsee, Aklapper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, JJMC89, DatGuy, B20180, Devwaker, Urbanecm, JEumerus, Samwilson, Tulsi_Bhagat, Wong128hk, Luke081515, Nakon, SimmeD, biplabanand, MusikAnimal, Niharika, Fhocutt, Wikidata-bugs, Snowolf, bearND, aude, Dcljr, Ricordisamoa, -jem-, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T187285: Magic word on English WP to replace Wikidata short descriptions
MZMcBride added a comment.
I'm having difficulty understanding this task. I found https://www.wikidata.org/wiki/Q1137931, which seems to be the example used here.
Is the idea here that a user would input the following wikitext: {{SHORTDESC:1946 film by Howard Hawkes}? If so, how would this wikitext be rendered? What would the output be specifically?
Or is the idea that a user would enter {{SHORTDESC:Q1137931}} as wikitext and get the string "1946 film by Howard Hawks" back?TASK DETAILhttps://phabricator.wikimedia.org/T187285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Alsee, Aklapper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, JJMC89, DatGuy, B20180, Devwaker, Urbanecm, JEumerus, Samwilson, Tulsi_Bhagat, Wong128hk, Luke081515, Nakon, SimmeD, biplabanand, MusikAnimal, Niharika, Fhocutt, Wikidata-bugs, Snowolf, bearND, aude, Dcljr, Ricordisamoa, -jem-, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T161527: Canonical data URLs for machine readable page content
MZMcBride added a comment. "E.g. https://www.wikidata.org/w/index.php?title=Q23&action=""> does not work." seems completely orthogonal to this task. We already have /w/index.php, /w/api.php, and /wiki/ entry points. These are stable paths and we have more than ten years of evidence of this. Using /raw/ would essentially be implementing action paths (cf. T19981: Short URLs for history pages (set up wgActionPaths for Wikimedia sites))? Part of the beauty of using /wiki/ is that it's vaguely more internationalized. During discussions of proposals to change /wiki/ to use action paths such as /view/ or /history/, using only English-language verbs in the URL has been criticized for its lack of localization. Maybe I'm still just missing the obvious, but with a move toward "multi-content revisions," I would think the concept of wanting to get "all the data from the English Wikipedia's Barack Obama article" (i.e., /data/Barack_Obama) would become even murkier and ill-defined. I still don't understand who the audience is and what their use-cases are for this proposed new entry point. I guess I need to focus on T159517: [RFC] RDF mapping for geo-shape / URIs for commons data pages.TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Rybesh, Dzahn, GWicke, tstarling, Aklapper, Jonas, Smalyshev, mkroetzsch, Lydia_Pintscher, daniel, QZanden, Salgo60, D3r1ck01, Izno, suriyaa, Eevans, mobrovac, Hardikj, Wikidata-bugs, aude, jayvdb, Southparkfan, fbstj, RobLa-WMF, santhosh, Mbch331, Jay8g, Ltrlg, Glaisher, bd808, Krenair, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URIs and URLs for machine readable page content
MZMcBride added a comment. From the current task description: Problem: There is currently no canonical URI/URL for referring to and retrieving these data sets. Can someone please elaborate on this? This task has a whole lot of text about potential solutions and it's not clear to me why a "nice" URL is needed at all. I don't follow the use-cases mentioned in T161527#3135095: https://commons.wikimedia.org/data/Avignon_City_Wall as canonical URI (we can add .map if it's important, but if we can avoid it, it looks nicer without it). This URI would be redirected to the following places [...] Who's going to be typing this URL or using it? Actual readers and users? Why does the URL need to look nice? If the idea is for computer code to access these URLs, who cares if the URL is "ugly"? I don't ever give any thought to whether an api.php URL looks clean or not, for example. Plus api.php URLs, with their standardized and supported query strings, can support arbitrary additions like &format=json that make the request more explicit than "data" about what's going to come back to the client from the server. What's wrong with query strings? If the idea really is for human beings and real-life users to be using these /data/ URLs, personally I would think that you would want to support the simplest URL transformation possible, as I often am forced to mangle a URL by hand. (You should see me trying to add 2000 to a Phabricator Maniphest URL that's using a Bugzilla ID.) Replacing "wiki" in the URL with "data" could be somewhat convenient if the page title is used. But again, it's really unclear to me who the audience is, given that most users don't pay any attention to pretty URLs at all. Most users also rarely type URLs. And it's not clear to me why a regular user would want to access the raw data about an entity anyway. (It feels like we're discussing programmatic access and computers really do not care about pretty URLs. As I said to Tim after office hours, the last resort argument of people to defend pretty URLs is then to say, well the URL is used for caching!)TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Rybesh, Dzahn, GWicke, tstarling, Aklapper, Jonas, Smalyshev, mkroetzsch, Lydia_Pintscher, daniel, QZanden, D3r1ck01, Izno, suriyaa, Eevans, mobrovac, Hardikj, Wikidata-bugs, aude, jayvdb, Southparkfan, fbstj, RobLa-WMF, santhosh, Mbch331, Jay8g, Ltrlg, Glaisher, bd808, Krenair, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T102476: RFC: Requirements for change propagation
Herald added a project: Analytics. TASK DETAILhttps://phabricator.wikimedia.org/T102476EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Mholloway, Liuxinyu970226, Scott_WUaS, Ottomata, Smalyshev, ArielGlenn, hoo, Addshore, RobLa-WMF, StudiesWorld, intracer, JanZerebecki, brion, Ltrlg, Anomie, Milimetric, mark, BBlack, aaron, daniel, Eevans, mobrovac, GWicke, D3r1ck01, Izno, Luke081515, JAllemandou, Hardikj, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808, jeremyb, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153563: Consider switching to HTTPS for Wikidata query service links
MZMcBride added a comment. In this specific context, the query service is outputting URLs (yes, URLs, right here in River City) such as this one: title="" href="">"http://www.wikidata.org/entity/Q25393350" target="_blank">wd:Q25393350 Even if the identifier is going to use http://, the URLs output in the HTML DOM can be changed to https:// in the HTML we serve to users in order to save their clients an extra hop, right?TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153563: Consider switching to HTTPS for Wikidata query service links
MZMcBride added a comment. In T153563#2884409, @Smalyshev wrote: We previously discussed this and the tradition for entity identifiers is to use http. I searched this installation of Phabricator for an existing task before filing this one, for what it's worth. Perhaps the discussion took place on a mailing list or elsewhere. Links (or URLs or identifiers or whatever you want to call them) welcome. Keeping in tune with this traditional use, our entity identifiers also use http. Note that entity identifier is not the same as URL - while we do implement site access using the entity identifier as URL for some objects - namely entities - not every object is accessible by using it's identifier as URL, and in general it is not guaranteed that object identifier will produce any specific result or any result at all when accessed as URL. E.g. value identifiers do not produce anything useful - if you go to http://www.wikidata.org/value/294352e4fa24cbfe51f337c80290fb2d you will be redirected to a generic help page. Okay, good to know about identifiers generally. I'm not sure I agree with this decision. Why use http:// and www. in the identifier when these so clearly suggest a URL, available over HTTP, and part of the Web? If this is supposed to be a generic identifier of an item/object/entity, why include these parts? Thus, I do not think we should change our identifier scheme to diverge from what is used in every other linked data application. A foolish consistency is the hobgoblin of little minds. ;-)TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T153563: Consider switching to HTTPS for Wikidata query service links
MZMcBride created this task.MZMcBride added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONThe Wikidata query service results at https://query.wikidata.org/#%23Cats%0ASELECT%20%3Fitem%20%3FitemLabel%0AWHERE%0A%7B%0A%09%3Fitem%20wdt%3AP31%20wd%3AQ146%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%7D%0A%7D include URLs such as http://www.wikidata.org/entity/Q25393350. Can these URLs be changed to HTTPS? For example, https://www.wikidata.org/entity/Q25393350. I looked at the "wikidata-query-gui" and "wikidata-query-rdf" Git repositories, but I'm not sure if changing the URL scheme/protocol is just a simple matter of doing a find and replace or if the specification format is particular about using http://.TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, Aklapper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action
MZMcBride added a comment. In T131132#2592983, @gerritbot wrote: Change 306303 merged by jenkins-bot: On public wikis, show "Publish" rather than "Save" on edit pages https://gerrit.wikimedia.org/r/306303 Temporarily reverted with https://gerrit.wikimedia.org/r/307446 and https://wikitech.wikimedia.org/w/index.php?title=Server_Admin_Log&diff=818678&oldid=818677&diffonly=1, it seems.TASK DETAILhttps://phabricator.wikimedia.org/T131132EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, MZMcBrideCc: Stashbot, thiemowmde, thcipriani, Platonides, Dereckson, MZMcBride, tarlocesilion, Antanana, Alsee, Matthiasb, BethNaught, Kharkiv07, Philippe, Risker, Scott, APerson, John_Broughton, Whatamidoing-WMF, Ricordisamoa, Qgil, Base, Dispenser, Xaosflux, Florian, TerraCodes, Liuxinyu970226, Zppix, Deskana, Quiddity, Elitre, DLynch, gerritbot, TheDJ, Aklapper, Jdforrester-WMF, merbst, Lewizho99, Maathavan, Wess, D3r1ck01, Samtar, FloNight, Johan, Trizek-WMF, Izno, Psychoslave, Luke081515, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, GOIII, Gryllida, Swainr, Arrbee, KartikMistry, Mbch331, Jay8g, Keegan, Rdicerb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation
MZMcBride added a comment.
I'm a little lost here. Is the idea that only data that can be structured as rows and columns ("fit" into a table) will be supported? Will nested key/value pairs be supported as the contents of an individual table cell?
I'm not sure a .tab file extension is needed. I actually thought T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML) was about storing XML, CSV, TSV, JSON, etc. in wiki pages, but looking at http://data.wmflabs.org/w/index.php?title=Data:Sample.tab&action=""> I'm a lot less sure now.
The discussion about data types and constraints in this task makes me worry that we're slowly inventing yet another database engine when we already have options such as SQLite.
I'm a big advocate for using wiki pages for many things. I think ContentHandler is a big step forward. But using wiki pages as mini databases still seems more novel and cute than practical and sustainable. A few years ago, Wiktionary was quick to adopt Scribunto/Lua in order to create mini-databases of large dictionaries/arrays in wiki pages.
What are the storage considerations/implications for Wikimedia wikis here? Every time an edit is made to a table cell, we'd then be saving a full copy of the page? Will users download and manipulate up to 2 MB of text in a textarea, or even heavier, an enhanced textarea featuring syntax highlighting?
There are very valid and important reasons that we have pagination, offsets, and limits with data sets. Will these three features be supported with wiki pages?
There's also a real concern that we'll be immediately setting ourselves up for medium-term future problems (e.g., storing more than 2 MB) as we scale up and expand this type of wiki page-based data storage implementation.TASK DETAILhttps://phabricator.wikimedia.org/T134426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Yurik, MZMcBrideCc: pwalsh, rufuspollock, RobLa-WMF, Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, Lydia_Pintscher, ekkis, Matanya, MarkTraceur, JEumerus, Thryduulf, Milimetric, MZMcBride, Bawolff, -jem-, gerritbot, Pokefan95, TerraCodes, intracer, ThurnerRupert, brion, Jdforrester-WMF, Eloy, TheDJ, Yurik, Zppix, Riley_Huntley, D3r1ck01, Izno, Luke081515, JAllemandou, Wikidata-bugs, aude, El_Grafo, jayvdb, Ricordisamoa, Shizhao, fbstj, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T133866: Varnish seems to sometimes mangle uncompressed API results
MZMcBride added a comment. This looks fixed to me. Thank you, @BBlack! TASK DETAIL https://phabricator.wikimedia.org/T133866 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: BBlack, MZMcBride Cc: gerritbot, mahmoud, Slaporte, Zppix, Ricordisamoa, Trung.anh.dinh, MZMcBride, Anomie, Yurivict, TerraCodes, Orlodrim, BBlack, akosiaris, zhuyifei1999, elukey, ema, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T133866: Varnish seems to sometimes mangle uncompressed API results
MZMcBride added a comment. Copying @Anomie's comment from https://phabricator.wikimedia.org/T132159: > While investigating https://phabricator.wikimedia.org/T132123, I discovered that responses with lengths near to multiples of 32768 bytes will have their final bytes corrupted. A response with a length exactly 32768 bytes will have the final 8 bytes corrupted (in my test, they are replaced with `27 a5 ae 23 8b 7f 00 00`). A file with length 1–7 bytes less than such a multiple will have the final 7–1 bytes corrupted. > > Steps to reproduce: > > 1. Create a file with a length that is a multiple of 32768 someplace where it will be served by our infrastructure, e.g. using `dd if=/dev/zero of=/srv/mediawiki/w/test.txt bs=1 count=32768` on mw1017. > 2. Fetch the file from the public Internet without using compression, e.g. using `curl --header 'X-Wikimedia-Debug: backend=mw1017.eqiad.wmnet' -v "https://de.wikipedia.org/w/test.txt"` > > I've tested this with backends mw1017, mw1099, and mw2099 (frontend via eqiad) with identical results. Going through different load balancers (e.g. using `curl -k --header 'Host: en.wikipedia.org' --header 'X-Wikimedia-Debug: backend=mw2099.codfw.wmnet' -v "https://text-lb.esams.wikimedia.org/w/test.txt"`) also produces the corruption, but the specific values of the corrupted bytes are different. I did `len(output)` during my testing in https://phabricator.wikimedia.org/T133866#2272654. The bad response (using the exact URL provided in this task) has a length of 32766 bytes, while the good response (using a cache-buster) has a length of 32822 bytes. TASK DETAIL https://phabricator.wikimedia.org/T133866 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: BBlack, MZMcBride Cc: Trung.anh.dinh, MZMcBride, Anomie, Yurivict, TerraCodes, Orlodrim, BBlack, akosiaris, zhuyifei1999, elukey, ema, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T133866: Varnish seems to sometimes mangle uncompressed API results
MZMcBride added a comment. Using the exact URL from the task description, I'm consistently getting a bad response: >>> from subprocess import check_output >>> args = ['curl', '-s', 'https://www.wikidata.org/w/api.php?action=wbgetentities&redirects=no&props=claims&format=json&ids=Q18407428|Q18407424|Q18407421|Q18407418|Q18407262|Q18407245|Q18407242|Q18407240|Q18407236|Q18407234|Q18407233|Q18407228|Q18407225|Q18407224|Q18407221|Q18407218|Q18407127|Q18407044|Q18407038|Q18407009|Q18407008|Q18407006|Q18407005|Q18407004'] >>> output = check_output(args) >>> output[-30:] 'nk":"normal"}]}}},"succe\'5\xfe+\x0b\x7f' I got called away while testing. Using the same URL later, I'm now getting a different bad response: >>> output[-30:] 'nk":"normal"}]}}},"succe\'e>\x17\'\x7f' I thought both `api.php` request URLs and responses were typically not cached. However, if I append a cache-buster (in this case, `&4`), I get non-corrupt output: >>> from subprocess import check_output >>> args = ['curl', '-s', 'https://www.wikidata.org/w/api.php?action=wbgetentities&redirects=no&props=claims&format=json&ids=Q18407428|Q18407424|Q18407421|Q18407418|Q18407262|Q18407245|Q18407242|Q18407240|Q18407236|Q18407234|Q18407233|Q18407228|Q18407225|Q18407224|Q18407221|Q18407218|Q18407127|Q18407044|Q18407038|Q18407009|Q18407008|Q18407006|Q18407005|Q18407004&4'] >>> output = check_output(args) >>> output[-30:] 'nk":"normal"}]}}},"success":1}' Weird. TASK DETAIL https://phabricator.wikimedia.org/T133866 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: BBlack, MZMcBride Cc: Trung.anh.dinh, MZMcBride, Anomie, Yurivict, TerraCodes, Orlodrim, BBlack, akosiaris, zhuyifei1999, elukey, ema, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)
MZMcBride added a comment. In https://phabricator.wikimedia.org/T120452#1924101, @MarkTraceur wrote: > - It should be a Multimedia team project, though we can't take it on for a while, and I don't believe we need to, because this isn't exactly high priority for anyone. This reads like cookie-licking. :-/ > - The data should be uploaded to Commons, because that is where files go. Let's keep the data on Wikidata structured. This is a weird false dichotomy and false dilemma. We already have pretty robust support for pages containing text. Particularly for smaller data sets, we should look at using a wiki page instead of uploading files (i.e., the ContentHandler approach). Uploaded files are more annoying to work with (e.g., still no in-browser editing) and if we want to dump a wiki page into a file for some reason, doing so is trivial. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, D3r1ck01, Izno, Wikidata-bugs, aude, Bawolff, El_Grafo, Ricordisamoa, Fabrice_Florin, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T73295: [HHVM] Get rid of class aliases
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T73295 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, MZMcBride Cc: MZMcBride, Wikidata-bugs, Tobi_WMDE_SW, JanZerebecki, aude, Ricordisamoa, Lydia_Pintscher, Izno, Mbch331, Joe, jeremyb, Aklapper ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T88633: [EPIC] Image-positioning service for storing and retrieving image focal points
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T88633 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Jdlrobson, Ricordisamoa, Spage, bearND, kaldari, KHammerstein, Mhurd, GWicke, Jdouglas, mobrovac, Jdforrester-WMF, phuedx, Deskana, Fjalapeno, BGerstle-WMF, brion, Dbrant, Maryana, Aklapper, Eevans, Hardikj, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T60032: Allow page_props to be queried by value.
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T60032 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Ricordisamoa, Wikidata-bugs, Legoktm, Tobi_WMDE_SW, Springle, Bawolff, wikibugs-l-list, Lydia_Pintscher, daniel ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T119738: Problems with page_props on clients
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T119738 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, hoo, Aklapper, StudiesWorld, Edgars2007, matej_suchanek, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T65808: Allow cross-site domain access from (tools) Labs via CORS
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T65808 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dpatrick, MZMcBride Cc: MZMcBride, Ricordisamoa, Milimetric, Aklapper, csteipp, Matanya, Jdlrobson, Krenair, hoo, JanZerebecki, He7d3r, Petrb, Magnus, Snowolf, wikibugs-l-list, jeremyb, Ltrlg, Dereckson, JohnLewis, dpatrick, Luke081515, Wikidata-bugs, aude, Bawolff, Mbch331, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T47843: Rework API error reporting
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T47843 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Fhocutt, Aklapper, Ricordisamoa, Wikidata-bugs, Anomie, He7d3r, Catrope, Yurik, wikibugs-l-list, Reedy, daniel, PleaseStand, jayvdb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP
MZMcBride added a comment. An RFC meeting about this task has been scheduled for Wednesday, October 14 in #wikimedia-office on freenode. TASK DETAIL https://phabricator.wikimedia.org/T114443 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, MZMcBride Cc: MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, Manybubbles, daniel, mark, JanZerebecki, RobLa-WMF, Jay8g, fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114443: EventBus MVP
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T114443 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, MZMcBride Cc: MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, RobH, aude, Deskana, Manybubbles, daniel, mark, JanZerebecki, RobLa-WMF, Jay8g, fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T111056: [Task] Replace ChangesTable orm abstraction with ChangeStore and ChangeLookup
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T111056 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, MZMcBride Cc: MZMcBride, hoo, gerritbot, aude, Aklapper, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114538: Extract/Remove ORM from MediaWiki core and move to Vendor repo
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T114538 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, JeroenDeDauw, Aklapper, Reedy, AKoval_WMF, Wikidata-bugs, aude, TFlanagan-WMF, AndyRussG, Ragesoss, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T108825: [Task] Enable phase 1 for Meta-Wiki
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T108825 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Liuxinyu970226, Ricordisamoa, Glaisher, Nemo_bis, Romaine, Nikki, Aklapper, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T109780: [Task] Enable phase 2 for Wikinews
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T109780 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Bugreporter, Lydia_Pintscher, Aklapper, Ricordisamoa, Liuxinyu970226, Candalua, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T109579: [Epic] Give more sister projects access to Wikidata
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T109579 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, Candalua, Liuxinyu970226, Ricordisamoa, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68108: Store media information for files on Wikimedia Commons as structured data
MZMcBride added a comment. @Lydia_Pintscher: Cool, thank you for the update! TASK DETAIL https://phabricator.wikimedia.org/T68108 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, bzimport, wikibugs-l-list, TheDJ, zhuyifei1999, Meno25, DixonD, Bugreporter, RP88, Aklapper, Matanya, waldyrious, El_Grafo, Daniel_Mietchen, Jdforrester-WMF, GPHemsley, Bene, Legoktm, Nemo_bis, Lokal_Profil, Tobi_WMDE_SW, He7d3r, Petrb, Gilles, jayvdb, Kelson, MarkTraceur, Steinsplitter, JeroenDeDauw, Micru, Revi, JanZerebecki, JeanFred, Ricordisamoa, Snowolf, Keegan, Rillke, Bawolff, Fabrice_Florin, Multichill, Liuxinyu970226, Ainali, Tgr, Lydia_Pintscher, jeremyb, Stryn, Ltrlg, daniel, Dereckson, JohnLewis, Luke081515, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68108: Store media information for files on Wikimedia Commons as structured data
MZMcBride added a comment. In https://phabricator.wikimedia.org/T68108#686404, @Lydia_Pintscher wrote: > We will publish more over the coming weeks. Where? The task description also says: > Adding structured data (probably based on Wikibase) for all media files on > Wikimedia Commons is something the Multimedia team are planning to work on. Is this (still) true? TASK DETAIL https://phabricator.wikimedia.org/T68108 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, bzimport, wikibugs-l-list, TheDJ, zhuyifei1999, Meno25, DixonD, Bugreporter, RP88, Aklapper, Matanya, waldyrious, El_Grafo, Daniel_Mietchen, Jdforrester-WMF, GPHemsley, Bene, Legoktm, Nemo_bis, Lokal_Profil, Tobi_WMDE_SW, He7d3r, Petrb, Gilles, jayvdb, Kelson, MarkTraceur, Steinsplitter, JeroenDeDauw, Micru, Revi, JanZerebecki, JeanFred, Ricordisamoa, Snowolf, Keegan, Rillke, Bawolff, Fabrice_Florin, Multichill, Liuxinyu970226, Ainali, Tgr, Lydia_Pintscher, jeremyb, Stryn, Ltrlg, daniel, Dereckson, JohnLewis, Luke081515, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T68108: Store media information for files on Wikimedia Commons as structured data
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T68108 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, bzimport, wikibugs-l-list, TheDJ, zhuyifei1999, Meno25, DixonD, Bugreporter, RP88, Aklapper, Matanya, waldyrious, El_Grafo, Daniel_Mietchen, Jdforrester-WMF, GPHemsley, Bene, Legoktm, Nemo_bis, Lokal_Profil, Tobi_WMDE_SW, He7d3r, Petrb, Gilles, jayvdb, Kelson, MarkTraceur, Steinsplitter, JeroenDeDauw, Micru, Revi, JanZerebecki, JeanFred, Ricordisamoa, Snowolf, Keegan, Rillke, Bawolff, Fabrice_Florin, Multichill, Liuxinyu970226, Ainali, Tgr, Lydia_Pintscher, jeremyb, Stryn, Ltrlg, daniel, Dereckson, JohnLewis, Luke081515, Wikidata-bugs, aude, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T85964: Install Java 8 on a Jenkins node
MZMcBride added a subscriber: MZMcBride. Herald added a project: Discovery. TASK DETAIL https://phabricator.wikimedia.org/T85964 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hashar, MZMcBride Cc: MZMcBride, gerritbot, Smalyshev, hashar, Aklapper, Manybubbles, jkroll, Wikidata-bugs, Jdouglas, aude, JanZerebecki, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T99895: article placeholder based on Wikidata data
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T99895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, MZMcBride Cc: MZMcBride, HaithamS, leila, jeblad, Glaisher, Harej, LuisVilla, Tgr, Ricordisamoa, Tpt, Lydia_Pintscher, Bugreporter, Aklapper, daniel, Wikidata-bugs, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102888: Recent changes pages doesn't have anymore the interlingual wikilinks on the sidebar on some projects
MZMcBride added a comment. In https://phabricator.wikimedia.org/T102888#1407659, @Ricordisamoa wrote: > Why such a special case just to fix a workaround? I'm not sure what you're asking. As I understand it, users really want Special:RecentChanges specifically to have interwiki links. I think this is a reasonable request. I don't know if users similarly want interwiki links on every other Special page (e.g., Special:BlankPage or Special:SpecialPages or Special:ListGroupRights or whatever). My sense is that the value of having interwiki links on Special pages other than RecentChanges would be lower. TASK DETAIL https://phabricator.wikimedia.org/T102888 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: He7d3r, MZMcBride, liangent, XXN, Bene, aude, Mbch331, hoo, Lydia_Pintscher, Ricordisamoa, Alex_brollo, Accurimbono, Candalua, Andyrom75, Aklapper, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102888: Recent changes pages doesn't have anymore the interlingual wikilinks on the sidebar on some projects
MZMcBride added a subscriber: MZMcBride. MZMcBride added a comment. In https://phabricator.wikimedia.org/T102888#1395706, @Lydia_Pintscher wrote: > So which way do we go? Do we change the hook to also work on special pages? Yes, at least for Special:RecentChanges. TASK DETAIL https://phabricator.wikimedia.org/T102888 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, liangent, XXN, Bene, aude, Mbch331, hoo, Lydia_Pintscher, Ricordisamoa, Alex_brollo, Accurimbono, Candalua, Andyrom75, Aklapper, Wikidata-bugs, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T88550: Mourn Titan
MZMcBride added a comment. Hmmm, Blazegraph™, I think you mean. Thanks for the info. It looks like an interesting partnership. TASK DETAIL https://phabricator.wikimedia.org/T88550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MaxSem, MZMcBride Cc: ori, MZMcBride, Krenair, Smalyshev, Legoktm, MaxSem, JanZerebecki, Aklapper, Manybubbles, jkroll, Wikidata-bugs, Jdouglas, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T88550: Mourn Titan
MZMcBride added a comment. What replaced Titan? TASK DETAIL https://phabricator.wikimedia.org/T88550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MaxSem, MZMcBride Cc: MZMcBride, Krenair, Smalyshev, Legoktm, MaxSem, JanZerebecki, Aklapper, Manybubbles, jkroll, Wikidata-bugs, Jdouglas, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T88550: Mourn Titan
MZMcBride added a subscriber: MZMcBride. Herald added projects: Wikidata, Discovery. TASK DETAIL https://phabricator.wikimedia.org/T88550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MaxSem, MZMcBride Cc: MZMcBride, Krenair, Smalyshev, Legoktm, MaxSem, JanZerebecki, Aklapper, Manybubbles, jkroll, Wikidata-bugs, Jdouglas, aude, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T103313: Cookies!!!
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T103313 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Aklapper, Andreasburmeister, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T100000: Add atomic mass
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T10 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, Liuxinyu970226, Matthewrbowker, Amire80, Nnemo, Ricordisamoa, Aklapper, Wikidata-bugs, Lucie, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T99459: ips_site_page is too short to store some (full) page titles
MZMcBride added a comment. In https://phabricator.wikimedia.org/T99459#1292682, @daniel wrote: > In https://phabricator.wikimedia.org/T99459#1292555, @MZMcBride wrote: > > > Is it a good idea for the `ips_site_page` field to store the namespace name > > as a string? Why is it doing that? > > > For the same reason the iwlink table uses only varchar(255) for the iwl_title > field: because we don't know the namespace IDs of the target wiki. We don't > even know the target side is a wiki at all. 255 is a completely arbitrary > limit in this context, picked in the hope that it's efficient, and sufficient > in most cases. Huh, right. Briefly scanning through `tables.sql`, it looks like `langlinks.ll_title` is affected as well. I'm actually more closely reminded of `externallinks.el_to`, but that's a blob with a weird custom index. TASK DETAIL https://phabricator.wikimedia.org/T99459 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, jcrespo, Springle, Lydia_Pintscher, aude, daniel, Aklapper, hoo, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T99459: ips_site_page is too short to store some (full) page titles
MZMcBride changed the title from "ips_site_page is to short to store some (fulll) page titles" to "ips_site_page is too short to store some (full) page titles". TASK DETAIL https://phabricator.wikimedia.org/T99459 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, jcrespo, Springle, Lydia_Pintscher, aude, daniel, Aklapper, hoo, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T99459: ips_site_page is to short to store some (fulll) page titles
MZMcBride added a comment. > Today I discovered that our `ips_site_page` field is to small to store all > page titles out there (eg. https://www.wikidata.org/wiki/Q6703647 is affected > by that). The field is defined as `varbinary(255) NOT NULL` which would be > enough for the unqualified page titles (page_title is varbinary(255) > everywhere), but it's not large enough to hold the page titles plus their > namespaces (that's how we store the titles, unlike the `page` table which has > a separate int field for the namespace). Is it a good idea for the `ips_site_page` field to store the namespace name as a string? Why is it doing that? > To make that field fit for all pages on every Wikimedia wiki we should go for > a length of at very least 300, as the longest page title I could find has 255 > chars and the longest non-talk namespace has a length of 39 (The longest talk > namespace has a length of 67!), also we need to store the colon. I'd suggest > to go for a bit more than that, just to play it safe. `page.page_title` is 255 bytes today, but I'm not sure it's a great idea to make other fields dependent on its length. Matching its length might be more reasonable. While I understand smaller fields are better for performance, I'd like if `page.page_title` and similar fields followed the model now being used with the *_comment fields (cf. https://phabricator.wikimedia.org/T6715). That is, have a higher limit on the database side and enforce the limit at the application level. From my reading of the numbers here, 300 bytes wouldn't be sufficient in the current most pathological case (255 bytes + 67 bytes). TASK DETAIL https://phabricator.wikimedia.org/T99459 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, jcrespo, Springle, Lydia_Pintscher, aude, daniel, Aklapper, hoo, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T99459: ips_site_page is to short to store some (fulll) page titles
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T99459 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Krenair, jcrespo, Springle, Lydia_Pintscher, aude, daniel, Aklapper, hoo, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T93866: Rollback diff causes error
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T93866 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, MZMcBride Cc: MZMcBride, Matiia, matej_suchanek, mmodell, greg, gerritbot, hoo, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T93976: WikiPage: "Could not find text for current revision"
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T93976 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aaron, MZMcBride Cc: MZMcBride, gerritbot, Aklapper, Legoktm, Lydia_Pintscher, aude, aaron, hoo, Wikidata-bugs, Jdforrester-WMF ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T91439: API returns 'no-external-page' for existing pages with titles that look like a domain name (e.g. "ubermorgen.com" or "delocator.net")
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T91439 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: MZMcBride, Aklapper, despens, Wikidata-bugs, jayvdb, Anomie, Legoktm, pywikipedia-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T72763: Create a Wikibase glossary
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T72763 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, MZMcBride Cc: MZMcBride, Krenair, Lydia_Pintscher, Wikidata-bugs, jeblad, Snaterlicious, JohnLewis, Jdouglas, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T84923: Reliable publish / subscribe event bus
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T84923 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: GWicke, aaron, JanZerebecki, mobrovac, Halfak, yuvipanda, Hardikj, daniel, Krenair, bd808, MZMcBride, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, RobH, aude, marcoil, Manybubbles, mark, RobLa-WMF, Joe, QChris, chasemp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T72246: provide incremental JSON dumps for Wikidata
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T72246 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: Magnus, Lydia_Pintscher, hoo, Wikidata-bugs, MZMcBride, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T68437: Autocompletion in linked page suggester missing
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T68437 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: MZMcBride Cc: Snaterlicious, thiemowmde, Lydia_Pintscher, Tobi_WMDE_SW, Wikidata-bugs, MZMcBride, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T75892: Create technical-debt project
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T75892 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF, MZMcBride Cc: JanZerebecki, Tobi_WMDE_SW, Tgr, Jdforrester-WMF, Aklapper, Florian, Qgil, Lydia_Pintscher, MZMcBride, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T76827: Image thumbnail urls should be included where applicable in wikidata API response for commonsMedia
MZMcBride added a subscriber: MZMcBride. MZMcBride added a comment. >>! In T76827#821559, @Lydia_Pintscher wrote: > I seem to remember there being an easy way to get the thumbnail url from the > full size image url. I'd rather not have that in the api if that is the case. > @daniel: IIRC we talked about this? There's `thumb.php`: <https://commons.wikimedia.org/w/thumb.php?f=Albert_Einstein_Head.jpg&w=30>. But that takes a filename, not a full URL. TASK DETAIL https://phabricator.wikimedia.org/T76827 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: MZMcBride Cc: Aklapper, Jdlrobson, daniel, aude, JanZerebecki, Lydia_Pintscher, MZMcBride, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T74309: Investigate how prefetching labels would work for watchlist and recent changes
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T74309 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: MZMcBride Cc: Tobi_WMDE_SW, Liuxinyu970226, Wikidata-bugs, daniel, aude, JanZerebecki, hoo, MZMcBride ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed CC] T76339: Implement caching for TermLookup
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T76339 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign . To: MZMcBride Cc: Tobi_WMDE_SW, Liuxinyu970226, Wikidata-bugs, daniel, MZMcBride, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
