[Bug 72256] I am a test bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=72256 --- Comment #25 from Chase --- foo -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38516] Enable HSTS on Wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=38516 --- Comment #59 from chmark...@hotmail.com --- And payments.wikimedia.org should use HSTS as well. https://www.ssllabs.com/ssltest/analyze.html?d=payments.wikimedia.org -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73681] New: Fatal error when trying to add user to override list
https://bugzilla.wikimedia.org/show_bug.cgi?id=73681 Bug ID: 73681 Summary: Fatal error when trying to add user to override list Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: SecurePoll Assignee: wikibugs-l@lists.wikimedia.org Reporter: jalexan...@wikimedia.org CC: tstarl...@wikimedia.org Web browser: --- Mobile Platform: --- When attempting to add user to the override list on the currently running test election: PHP fatal error in /srv/mediawiki/php-1.25wmf8/extensions/SecurePoll/includes/pages/VoterEligibilityPage.php line 747: Using $this when not in object context -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73532] Search results should show redirect targets rather than redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=73532 --- Comment #6 from Gerrit Notification Bot --- Change 174308 restored by Bmansurov: Show redirect targets in search results. https://gerrit.wikimedia.org/r/174308 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73587] Active neutral element buttons are ugly - yellow text on grey background
https://bugzilla.wikimedia.org/show_bug.cgi?id=73587 --- Comment #4 from Gerrit Notification Bot --- Change 174383 merged by jenkins-bot: mediawiki.ui: button: Add specific hover and active rule for color https://gerrit.wikimedia.org/r/174383 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73634] Decide what to do about the global user page banner
https://bugzilla.wikimedia.org/show_bug.cgi?id=73634 James Forrester changed: What|Removed |Added CC||jforres...@wikimedia.org Summary|Move global user page |Decide what to do about the |footer from ?action=view to |global user page banner |?action=edit| --- Comment #3 from James Forrester --- I strongly think that the banner should remain on action=view, but go on top for consistency for cross-cluster pulling of media files. (Re-titling per Lego.) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69396] "Insert reference list" button partially hides "Reference list" heading in reference list dialog box
https://bugzilla.wikimedia.org/show_bug.cgi?id=69396 James Forrester changed: What|Removed |Added CC||elitr...@gmail.com, ||jforres...@wikimedia.org, ||rm...@wikimedia.org, ||tpars...@wikimedia.org Component|Language|Editing Tools -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73587] Active neutral element buttons are ugly - yellow text on grey background
https://bugzilla.wikimedia.org/show_bug.cgi?id=73587 Prateek Saxena changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73662] Server does not accept MIME RFC2231 encoded header values
https://bugzilla.wikimedia.org/show_bug.cgi?id=73662 --- Comment #2 from John Mark Vandenberg --- https://www.mediawiki.org/wiki/API:Upload(In reply to Brad Jorsch from comment #1) > I note that one of the header examples you gave in bug 73661, > > Content-disposition: > =?utf-8?b?Zm9ybS1kYXRhOyBuYW1lPSJmaWxlIjsgZmlsZW5hbWU9?= >=?utf-8?b?IsOcMi5qcGci?= > > is not actually valid. See RFC 2047 section 5. yea, and it is noted as garbage in that bug. We should find the Python 2 bug for that. > However, the other one, > > Content-disposition: form-data; name="file"; filename*=utf-8''%C3%9C.jpg > > is also not correctly recognized. > > But that doesn't have anything to do with MediaWiki, as PHP itself is not > correctly handling such encoded parameters when populating $_POST and > $_FILES. If this gets fixed in PHP, MediaWiki should accept it fine. Shouldnt this be filed as a bug, and this tracked as an 'upstream' bug? I couldnt find a php bug about this, but it is very possible I have missed it because I'm not familiar with terms php uses. https://www.mediawiki.org/wiki/API:Upload only says the following about these fields file - File contents chunk - Chunk contents paraminfo says type 'upload'; that is all. https://en.wikipedia.org/w/api.php?action=paraminfo&modules=upload API:Upload suggests it should look like Content-Disposition: form-data; name="file"; filename="Apple.gif" But that doesnt address non us-ascii filenames. It looks like we can send any value as the filename in Content-disposition. The following is copying my rough analysis on https://gerrit.wikimedia.org/r/#/c/174677/ (would appreciate any corrections or historical titbits from mediawiki devs): fwiw, this filename value is exposed to MediaWiki extensions via WebRequestUpload method getName. http://git.wikimedia.org/blob/mediawiki%2Fcore.git/c1826209e739d51359bcea37ff4116eed9bd971c/includes%2FWebRequest.php#L1173 ($fileInfo comes from $_FILES which is http://php.net/manual/en/reserved.variables.files.php) Interestingly, Safari sends unicode filename to the server using html encoding (probably {), which are decoded by Sanitizer.php : http://git.wikimedia.org/blob/mediawiki%2Fcore.git/c1826209e739d51359bcea37ff4116eed9bd971c/includes%2FSanitizer.php#L32 WebRequestUpload method getName does not appear to be used in the current mediawiki codebase, but it is used (badly) by some (probably broken) mediawiki extensions. I quickly checked the v1.16 codebase, and cant see any use of getName to be concerned about. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72516] Tipsy doesn't close when closing MultimediaViewer
https://bugzilla.wikimedia.org/show_bug.cgi?id=72516 --- Comment #13 from Gerrit Notification Bot --- Change 174724 merged by jenkins-bot: Backport critical Media Viewer bugfixes https://gerrit.wikimedia.org/r/174724 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73337] Metadata panel expanded by default in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=73337 --- Comment #11 from Gerrit Notification Bot --- Change 174724 merged by jenkins-bot: Backport critical Media Viewer bugfixes https://gerrit.wikimedia.org/r/174724 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73337] Metadata panel expanded by default in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=73337 --- Comment #10 from Gerrit Notification Bot --- Change 174715 merged by jenkins-bot: Backport critical Media Viewer bugfixes https://gerrit.wikimedia.org/r/174715 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72516] Tipsy doesn't close when closing MultimediaViewer
https://bugzilla.wikimedia.org/show_bug.cgi?id=72516 --- Comment #12 from Gerrit Notification Bot --- Change 174715 merged by jenkins-bot: Backport critical Media Viewer bugfixes https://gerrit.wikimedia.org/r/174715 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 68387] beta labs no longer listens for HTTPS
https://bugzilla.wikimedia.org/show_bug.cgi?id=68387 Bryan Davis changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com --- Comment #9 from Bryan Davis --- *** Bug 73680 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73680] Issues connecting to https://meta.wikimedia.beta.wmflabs.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=73680 Bryan Davis changed: What|Removed |Added Status|NEW |RESOLVED CC||bda...@wikimedia.org Resolution|--- |DUPLICATE --- Comment #1 from Bryan Davis --- https doesn't work in beta. *** This bug has been marked as a duplicate of bug 68387 *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73680] New: Issues connecting to https://meta.wikimedia.beta.wmflabs.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=73680 Bug ID: 73680 Summary: Issues connecting to https://meta.wikimedia.beta.wmflabs.org Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: deployment-prep (beta) Assignee: wikibugs-l@lists.wikimedia.org Reporter: legoktm.wikipe...@gmail.com CC: benap...@gmail.com, cmcma...@wikimedia.org, g...@wikimedia.org, has...@free.fr, innocentkil...@gmail.com, mmod...@wikimedia.org, pandiculat...@gmail.com, platoni...@gmail.com, s...@reedyboy.net, t...@tim-landscheidt.de Web browser: --- Mobile Platform: --- $ curl "https://meta.wikimedia.beta.wmflabs.org"; curl: (7) Failed connect to meta.wikimedia.beta.wmflabs.org:443; Connection refused Quiddity and ^d also experienced this error (or something similar). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73675] VisualEditor: When I click the Save button, please take my cursor out of the main text and focus it in the Save dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=73675 --- Comment #2 from Alex Monk --- Worksforme... -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 61927] Flow: Don't polute rc stream with malformed RC events
https://bugzilla.wikimedia.org/show_bug.cgi?id=61927 --- Comment #9 from Krinkle --- The broken links are gone, but still is useless from the perspective of patrolling recent changes: rc-pmtpa: [[Topic:S6hfg9fw4mka4cbb]] ! http://www.mediawiki.org/w/index.php?title=Topic:S6hfg9fw4mka4cbb&action=history * Krinkle * (+13) Krinkle commented on "Another new topic" (Another reply) At some point in the past it linked to the topic page. That wasn't super useful as one had to find the right reply, but at least the relevant content was displayed at the provided link. And in most cases there would only be one post (creation of topic) or the first reply. But now it doesn't do that anymore. Instead it now links to the history page which doesn't display the change made nor the topic changed. Instead it links to where the real recent changes are (action=history) and among other entries, one can find the right one: * (cur prev) topic 23:48, 20 November 2014 . . Krinkle (talk | contribs | block) commented[1] on "Another new topic" (Reply) . . (+45) (hide) [1] https://www.mediawiki.org/w/index.php?title=Topic:S6hfg9fw4mka4cbb&topic_showPostId=s6ht1f60bzxe1erp#flow-post-s6ht1f60bzxe1erp That's basically the line that should be in the RC event. Especially the url behind "commented" would be expected to be in there. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73625] VisualEditor: [Regression ?pre-wmf8] Typing inside dialog surfaces for the first time in a session: the letters gets garbled and "Insert" button remains disabled in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=73625 --- Comment #5 from Rummana Yasmeen --- Verified the fix in Betalabs -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 69396] "Insert reference list" button partially hides "Reference list" heading in reference list dialog box
https://bugzilla.wikimedia.org/show_bug.cgi?id=69396 etonkovid...@wikimedia.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||etonkovid...@wikimedia.org Resolution|--- |WORKSFORME --- Comment #1 from etonkovid...@wikimedia.org --- Most likely the problem was that a label for Insert has several words. Checked Iloko, Dutch, Portuguese, Romanian languages - only one word is used now for Insert label. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73625] VisualEditor: [Regression ?pre-wmf8] Typing inside dialog surfaces for the first time in a session: the letters gets garbled and "Insert" button remains disabled in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=73625 --- Comment #4 from Gerrit Notification Bot --- Change 174863 merged by jenkins-bot: Revert "Show the modal overlay as soon as openWindow is called" https://gerrit.wikimedia.org/r/174863 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73625] VisualEditor: [Regression ?pre-wmf8] Typing inside dialog surfaces for the first time in a session: the letters gets garbled and "Insert" button remains disabled in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=73625 James Forrester changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED Target Milestone|VE-deploy-nextup|VE-deploy-2014-11-26 ||(1.25wmf10) --- Comment #3 from James Forrester --- Going out in the SWAT in a few seconds. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73625] VisualEditor: [Regression ?pre-wmf8] Typing inside dialog surfaces for the first time in a session: the letters gets garbled and "Insert" button remains disabled in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=73625 --- Comment #2 from Gerrit Notification Bot --- Change 174863 had a related patch set uploaded by Catrope: Revert "Show the modal overlay as soon as openWindow is called" https://gerrit.wikimedia.org/r/174863 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73625] VisualEditor: [Regression ?pre-wmf8] Typing inside dialog surfaces for the first time in a session: the letters gets garbled and "Insert" button remains disabled in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=73625 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73679] New: Flow: Preview message looks like an error and has question mark cursor
https://bugzilla.wikimedia.org/show_bug.cgi?id=73679 Bug ID: 73679 Summary: Flow: Preview message looks like an error and has question mark cursor Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Keywords: design Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: krinklem...@gmail.com CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- Created attachment 17184 --> https://bugzilla.wikimedia.org/attachment.cgi?id=17184&action=edit Screenshot of preview warning The preview indication triggered after pressing "Preview" in the reply editor looks like a warning or error. And the warning doesn't look like other MediaWiki warnings (class=errorbox). It also doens't look like what a warning would look like within the UI style that Flow itself uses. It's implemented as a lost paragraph with a custom text color. It also has a custom cursor style (see screenshot) which is in my opinion confusing. The 'help' cursor is generally used for when hovering or clicking there will reveal additional information (e.g. definition, explanatory tooltip, or guidance popup). But in this case it probably was meant to communicate this is "helpful" text, but the text itself should make that clear. A regular text (default) or pointer cursor is probably better fitted. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 53259] Add Forward Secrecy
https://bugzilla.wikimedia.org/show_bug.cgi?id=53259 --- Comment #61 from chmark...@hotmail.com --- I just found that https://payments.wikimedia.org is still using the old cipher suite list: TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_RSA_WITH_RC4_128_SHA TLS_RSA_WITH_RC4_128_MD5 TLS_RSA_WITH_3DES_EDE_CBC_SHA TLS_RSA_WITH_AES_128_CBC_SHA TLS_RSA_WITH_AES_256_CBC_SHA https://www.ssllabs.com/ssltest/analyze.html?d=payments.wikimedia.org -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72777] [Regression] MediaWiki should detect absent or outdated vendor
https://bugzilla.wikimedia.org/show_bug.cgi?id=72777 Bryan Davis changed: What|Removed |Added Priority|High|Normal Severity|blocker |major -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72777] [Regression] MediaWiki should detect absent or outdated vendor
https://bugzilla.wikimedia.org/show_bug.cgi?id=72777 --- Comment #14 from Bryan Davis --- I think we could also create a git hook that would compare composer.json and composer.lock when composer.json is seen to be updated by a pull and give the user a warning and instructions on how to proceed. The git install instructions could include details on how to install this hook and MediaWiki-Vagrant could do it automatically. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73556] PHP Notice: Uninitialized string offset: includes/libs/JavaScriptMinifier.php on line 571
https://bugzilla.wikimedia.org/show_bug.cgi?id=73556 James Forrester changed: What|Removed |Added Status|NEW |ASSIGNED CC||jforres...@wikimedia.org Assignee|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72956] Security review of Plancake e-mail parser library
https://bugzilla.wikimedia.org/show_bug.cgi?id=72956 --- Comment #2 from Bryan Davis --- csteipp: Ping? -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72726] Tarballs should include mediawiki/vendor repository
https://bugzilla.wikimedia.org/show_bug.cgi?id=72726 --- Comment #1 from Bryan Davis --- (In reply to Kunal Mehta (Legoktm) from comment #0) > Starting with 1.25, tarballs need to include the mediawiki/vendor repository. Or more specifically tarballs will need to include the required libraries specified in composer.json for MediaWiki and any bundled extensions. This may end up being a superset or subset of the mediawiki/vendor repository. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 71719] Ignore EXIF data in CommonsMetadata
https://bugzilla.wikimedia.org/show_bug.cgi?id=71719 Guillaume Paumier changed: What|Removed |Added Summary|Ignore EXIF data when it's |Ignore EXIF data in |invalid?|CommonsMetadata --- Comment #5 from Guillaume Paumier --- After encountering more and more of these, like https://de.wikibooks.org/wiki/Datei%3ABenutzerMKabel.jpg , I'm starting to agree with you. I still believe a handful of users (including me) curate their EXIF metadata, for example by adding information using a digital collection management software, and we should support that, but this is already done (or should be) at the time of upload by extracting that data and prefilling the fields. Using them afterwards through CommonsMetadata seems to be more trouble that it's worth. Adjusting the title of this request accordingly. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73556] PHP Notice: Uninitialized string offset: includes/libs/JavaScriptMinifier.php on line 571
https://bugzilla.wikimedia.org/show_bug.cgi?id=73556 --- Comment #2 from Krinkle --- @Nemo: Can you help get a test case? By getting a stack trace we'll narrow down whehter this is from a file module, wiki module or other generated script. And by getting the argument we'll identify the script in question. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73668] UIDGeneratorTest::testTimestampedUID fails on Travis CI's hhvm
https://bugzilla.wikimedia.org/show_bug.cgi?id=73668 --- Comment #1 from Gerrit Notification Bot --- Change 174852 had a related patch set uploaded by Tim Landscheidt: Fix error in UIDGeneratorTest::testTimestampedUID https://gerrit.wikimedia.org/r/174852 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73668] UIDGeneratorTest::testTimestampedUID fails on Travis CI's hhvm
https://bugzilla.wikimedia.org/show_bug.cgi?id=73668 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72777] [Regression] MediaWiki should detect absent or outdated vendor
https://bugzilla.wikimedia.org/show_bug.cgi?id=72777 Bryan Davis changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #13 from Bryan Davis --- We need a more general solution for this problem than the one off fix for PSR-3 that was applied. I'm thinking that we could install an autolaoder via spl_autoload_register() *after* all other autoloaders to give a nice warning when a class has not been found yet. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72718] Build jsduck through Gruntfile
https://bugzilla.wikimedia.org/show_bug.cgi?id=72718 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72718] Build jsduck through Gruntfile
https://bugzilla.wikimedia.org/show_bug.cgi?id=72718 --- Comment #2 from Gerrit Notification Bot --- Change 174851 had a related patch set uploaded by Bmansurov: Run jsduck through grunt https://gerrit.wikimedia.org/r/174851 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72779] Plancake composer dependancy
https://bugzilla.wikimedia.org/show_bug.cgi?id=72779 Bryan Davis changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73678] New: if logEvent fails due to not matching Schema requirements, it should return false (or an error) instead of true
https://bugzilla.wikimedia.org/show_bug.cgi?id=73678 Bug ID: 73678 Summary: if logEvent fails due to not matching Schema requirements, it should return false (or an error) instead of true Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: EventLogging Assignee: wikibugs-l@lists.wikimedia.org Reporter: rkald...@wikimedia.org CC: bugwatc...@sb-mail.wmflabs.org, christ...@quelltextlich.at, dtarabore...@wikimedia.org, kle...@wikimedia.org, nu...@wikimedia.org, o...@wikimedia.org, sp...@wikimedia.org, swall...@wikimedia.org, tneg...@wikimedia.org Web browser: --- Mobile Platform: --- Right now, if you pass data to logEvent that doesn't match the schema, it will fail silently. It would be nice if it returned false or an error. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73677] OOjs UI: Get rid of inline styles in LabelElement
https://bugzilla.wikimedia.org/show_bug.cgi?id=73677 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73677] OOjs UI: Get rid of inline styles in LabelElement
https://bugzilla.wikimedia.org/show_bug.cgi?id=73677 --- Comment #2 from Gerrit Notification Bot --- Change 174844 had a related patch set uploaded by Bartosz Dziewoński: LabelElement: Kill inline styles https://gerrit.wikimedia.org/r/174844 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 --- Comment #6 from Gerrit Notification Bot --- Change 174844 had a related patch set uploaded by Bartosz Dziewoński: LabelElement: Kill inline styles https://gerrit.wikimedia.org/r/174844 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73675] VisualEditor: When I click the Save button, please take my cursor out of the main text and focus it in the Save dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=73675 James Forrester changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED Component|General |MediaWiki integration Assignee|jforrester+veteambztickets@ |kren...@wikimedia.org |wikimedia.org | Target Milestone|--- |VE-deploy-nextup Severity|normal |enhancement --- Comment #1 from James Forrester --- Is this a regression? I thought it used to work… -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73633] WikiGrok broken in beta - JS error
https://bugzilla.wikimedia.org/show_bug.cgi?id=73633 --- Comment #14 from Gerrit Notification Bot --- Change 174749 merged by MaxSem: Fixing dependency for mobile.wikigrok.dialog https://gerrit.wikimedia.org/r/174749 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73674] "Recently active" sorting is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=73674 Matthew Flaschen changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |ebernhard...@wikimedia.org |org | --- Comment #1 from Matthew Flaschen --- Patch: https://gerrit.wikimedia.org/r/#/c/174808/ -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72578] OOUI: It's unclear which class members (properties) are public/private/internal
https://bugzilla.wikimedia.org/show_bug.cgi?id=72578 James Forrester changed: What|Removed |Added Severity|minor |enhancement -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73586] Alpha: Nearby footer button is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=73586 --- Comment #4 from Bryan Davis --- (In reply to Nemo from comment #3) > (In reply to Florian from comment #2) > > Hmm, i'm wondering what happens there :/ On my local installation (latest > > master branch and wmf7 (actual on wikipedias)) it looks fine :( The code > > looks ok, too (can't find anything, that result in this). But the messagekey > > doesn't exist on dewiki (and enwiki, too): > > https://de.wikipedia.org/wiki/MediaWiki:Mobile-frontend-nearby-sectiontext > > > > That's confusing. Maybe an i18n problem (but what)?! > > Probably this: > > 20.59 < grrrit-wm> (CR) BryanDavis: "Resolving this bug also requires that a > root change the ownership of /var/lock/scap to >l10nupdate:wikidev. The l10nupdate use is not a mem" > [puppet] - https://gerrit.wikimedia.org/r/174784 (owner: BryanDavis) > 21.00 < bd808> I's appreciate a review and merge on that puppet patch by any > opsen who has time ^ > 21.00 < bd808> l10nupdate is broked in prod (and has been for 2 weeks > apaprently) > 21.00 < bd808> I'm pretty sure that patch will fix it > > https://phabricator.wikimedia.org/T1383 I fixed https://phabricator.wikimedia.org/T1383 just now and there have been at least 2 full scaps since the bug was filed, so if it was an l10nupdate problem it should be well fixed by now. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73677] OOjs UI: Get rid of inline styles in LabelElement
https://bugzilla.wikimedia.org/show_bug.cgi?id=73677 James Forrester changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED Summary|OOUI: Get rid of inline |OOjs UI: Get rid of inline |styles in LabelElement |styles in LabelElement Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 58467] Wrong smart keyword on Wikidata
https://bugzilla.wikimedia.org/show_bug.cgi?id=58467 --- Comment #5 from Fomafix --- Ok, an without name is ignored in the normal transformation from a to a query string. Here has the for which the smart keyword is requested no name. When this get omitted the query string for the smart keyword would have no %s. ?=%s is a comprehensible query string for the smart keyword on a without a name. Generating two s with the same name is a bad solution for this problem. The right solution is to combine the two s to one . -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73677] OOUI: Get rid of inline styles in LabelElement
https://bugzilla.wikimedia.org/show_bug.cgi?id=73677 Bartosz Dziewoński changed: What|Removed |Added CC||matma@gmail.com --- Comment #1 from Bartosz Dziewoński --- (In reply to Bartosz Dziewoński from comment #0) > Trevor Parscal wrote: > > I think this is dumb, it should be done by removing oo-ui-labeledElement > > the same way we do with icons and indicators So, the fun part is, we already do that. So maybe we can just kill the junk and tweak some CSS and that's it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 --- Comment #5 from Bartosz Dziewoński --- (In reply to Chris Steipp from comment #0) > The only thing I'd really like to see changed is in > php/widgets/InputWidget.php, the "sanitizeValue" function doesn't do any > (security) sanitization, which I think that could cause confusion later on. > If the name can't be changed, maybe make the comments explicit that it's not > security sanitization? https://gerrit.wikimedia.org/r/174815 https://gerrit.wikimedia.org/r/174814 > It would also be nice to have some extra sanitization built in from the > start, which we can't do in the Html/Xml classes since they're abused in odd > ways, but have bitten some developers (SemanticForms had bunch of issues > because they assumed these happened): > * Validate tag name will be parsed in html as a single tag name-- so doesn't > contain whitespace, /, >, or null. > * Validate attribute names don't contain whitespace, /, =, > > * Validate that form actions and button hrefs aren't javascript: urls https://gerrit.wikimedia.org/r/174835 https://gerrit.wikimedia.org/r/174833 (dependency) https://gerrit.wikimedia.org/r/174834 (dependency) > There are also a couple of places you're adding style attributes directly. > Is it possible to avoid that? My long-term plan is to have MediaWiki set a > Content Security Policy that doesn't allow inline css, so I'd prefer to not > introduce new uses of it, if possible. So in the end, there are only three such places in PHP code: * LabelElement. This one already came up earlier as a code quality issue, actually. Should be fixable, but preferably not right now :) Filed bug 73677 so it's not forgotten. * GridLayout. Alas, inline styles are a core part of how it works and the only way to fix it would be to remove the class entirely. * widgets.php demo, where it's used on a GridLayout (and is also necessary). -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73677] New: OOUI: Get rid of inline styles in LabelElement
https://bugzilla.wikimedia.org/show_bug.cgi?id=73677 Bug ID: 73677 Summary: OOUI: Get rid of inline styles in LabelElement Product: OOjs UI Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Technical Debt Assignee: jforrester+veteambztick...@wikimedia.org Reporter: matma@gmail.com CC: jforres...@wikimedia.org, krinklem...@gmail.com Web browser: --- Mobile Platform: --- We should get rid of inline styles in LabelElement. this.$label.css( 'display', !label ? 'none' : '' ); $this->target->setAttributes( !$label ? array( 'style' => 'display: none;' ) : array() ); Trevor Parscal wrote: > I think this is dumb, it should be done by removing oo-ui-labeledElement > the same way we do with icons and indicators - and in all 3 cases this > should be done at a higher and more general level. Nonetheless, the > point is if you make the label empty empty empty (see first case from > above) we want to avoid styles being applied to it (probably?). > > I'm less sure about this case, as you can see, but for compatibility > don't want to change it until we have a cohesive plan. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 49203] SMW Ask query offset has a hardcoded limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=49203 [[kgh]] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from [[kgh]] --- This bug was fixed with pull request 637 [1]. Thus closing as RESOLVED FIXED. [1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/pull/637 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 --- Comment #4 from Gerrit Notification Bot --- Change 174835 had a related patch set uploaded by Bartosz Dziewoński: PHP: Reject malformed and potentially evil input when outputting HTML https://gerrit.wikimedia.org/r/174835 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73616] Tracking: API issues blocking Wikipedia app development
https://bugzilla.wikimedia.org/show_bug.cgi?id=73616 Dan Garry changed: What|Removed |Added Depends on|73665 | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73665] CirrusSearch: Prefix searches can double up results in some cases
https://bugzilla.wikimedia.org/show_bug.cgi?id=73665 Dan Garry changed: What|Removed |Added Blocks|73616 | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73638] "Detected overflow for millisecond timestamp" UID error when importing large LQT board into Flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=73638 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73638] "Detected overflow for millisecond timestamp" UID error when importing large LQT board into Flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=73638 --- Comment #1 from Gerrit Notification Bot --- Change 174830 had a related patch set uploaded by EBernhardson: Bug: UID generator counter overflow https://gerrit.wikimedia.org/r/174830 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73646] VisualEditor Mobile: [Regression wmf9] VisualEditor fails to load (ve.ui.MobileContext.css not defined?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=73646 --- Comment #7 from etonkovid...@wikimedia.org --- Checked the fix in betalabs - switching between Editor and Edit source works. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72894] RegEx-style Cirrus searches are ignored on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=72894 Chad H. changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #18 from Chad H. --- Between Nik's fixes and the fact that we segmented enwiki's PoolCounter traffic to its own key I think we're in a way better spot than before. Resolving FIXED. Please reopen if this becomes a problem again. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73634] Move global user page footer from ?action=view to ?action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=73634 --- Comment #2 from James Alexander --- While it's true that there is a possibility that the top template could be a bit more annoying for some (though not most) custom styling on a user page I think the benefits will end up outweigh those downsides. The biggest thing is that the template/marker can: 1. Be translated/localized meaning that the users will understand it where they may not understand the long user page in 'not their language' and so putting it on top is important so that they don't miss it or have to slog through a longer harder to understand user page confused. 2. It's a long tail communication method, there will be a lot of people who don't hear about this feature when we roll it out (most people, though most of them won't use the feature often) and this allows them to learn about it organically when they come across the feature. 3. The top position allows people to know this is global right away and make it less likely that they try to engage on that project (where it's less likely they will get a response) assuming it's a local account. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73571] VisualEditor: After updating a page gets added after the timestamp of last edit made on that page
https://bugzilla.wikimedia.org/show_bug.cgi?id=73571 --- Comment #4 from etonkovid...@wikimedia.org --- Verified the fix in betalabs and test2. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34511] Support Type:URL values with more than 255 characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=34511 --- Comment #3 from badon --- FYI, I made the URL shortener feature request here: https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/642 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73660] VisualEditor: [Regression wmf7] Text in dialog boxes is too small in Monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=73660 --- Comment #4 from etonkovid...@wikimedia.org --- Checked in betalabs useskin=monobook: it seems that vi-ui-overlay 127%; when applied to text in dialogs still gets overwritten with em settings from body font: x-small sans-serif; For example .ve-ui-mwMediaSearchWidget-noresults { padding-top: 1em; } or .ve-ui-mwSaveDialog-license { font-size: 0.85em; -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32955] #ask query parsing fails when = character occurs in query string
https://bugzilla.wikimedia.org/show_bug.cgi?id=32955 badon changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=34511 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34511] Support Type:URL values with more than 255 characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=34511 badon changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=32955 Severity|enhancement |major --- Comment #2 from badon --- Bug 32955 is now fixed, and I added it to the "See Also" area for this bug. I also changed the priority of this from "Enhancement" to "Major", because the feature already exists (storing URL's as property data), but it is essentially non-working. Beyond that, Stefahn reported that attempting to use the feature will cause a loss of the data, which would normally prompt me to assign "Critical" priority. I decided against "Critical" priority because the feature was essentially non-working until today, when Bug 32955 was fixed (I haven't tested the fix yet), so users would immediately notice the feature does not work, before significant data could be lost. Note that none of these bugs will cause the loss of existing data, because it's impossible to store it in the first place. Thus, data losses do not occur unexpectedly, so the threat is as minimal as it gets, as far as data loss is concerned (an immediately obvious failure to store the data). Now that Bug 32955 is fixed, I expect the next release of SMW will make it much more likely the feature will be used, and data will be lost (at save time) before users notice the problem (at query time). That could arguably create the conditions to justify upgrading this bug to "Critical" importance. Ideally, this bug would be fixed before the next SMW version is released. For now, the only workaround available is to use URL shorteners. There are MediaWiki extensions for producing them automatically, but they are beta quality, and users report high dissatisfaction with them. SMW query URL's can be gargantuan, and the usage of square brackets in the URL's makes it impossible to share them as-is on forums that support BBCode (all modern forums). SMW is desperately in need of an URL shortener feature, which has been requested for other non-SMW uses of MediaWiki too: Bug 42085. I will request the feature at GitHub: https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues?milestone=&q=is%3Aopen -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73668] UIDGeneratorTest::testTimestampedUID fails on Travis CI's hhvm
https://bugzilla.wikimedia.org/show_bug.cgi?id=73668 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Normal -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35452] datatype URL / breaking URL special character transformation (1.8.0)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35452 [[kgh]] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from [[kgh]] --- This issue was fixed with pull request 633 [1]. Thus closing as RESOLVED FIXED. [1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/pull/634 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 --- Comment #3 from Gerrit Notification Bot --- Change 174815 had a related patch set uploaded by Bartosz Dziewoński: [BREAKING CHANGE] Rename InputWidget#sanitizeValue → #cleanUpValue https://gerrit.wikimedia.org/r/174815 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 --- Comment #2 from Gerrit Notification Bot --- Change 174814 had a related patch set uploaded by Bartosz Dziewoński: LinkTargetInputWidget: Update for #sanitizeValue → #cleanUpValue OOUI change https://gerrit.wikimedia.org/r/174814 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73156] Security review of OOjs UI's PHP implementation
https://bugzilla.wikimedia.org/show_bug.cgi?id=73156 Bartosz Dziewoński changed: What|Removed |Added Assignee|cste...@wikimedia.org |matma@gmail.com --- Comment #1 from Bartosz Dziewoński --- Thanks for the review. Good points, let's do this. (In reply to Chris Steipp from comment #0) > There are also a couple of places you're adding style attributes directly. > Is it possible to avoid that? My long-term plan is to have MediaWiki set a > Content Security Policy that doesn't allow inline css, so I'd prefer to not > introduce new uses of it, if possible. It can't be avoided in all cases, for example GridLayout depends on them – can't be fixed without a major refactoring or even just killing the things. We also want to have the same behavior in PHP as in JS (or a subset), whenever possible. We could probably get rid of them in at least some places, such as LabelElement. I'll look into them. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48002] Jenkins: Assert no PHP errors (notices, warnings) were raised or exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=48002 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48002] Jenkins: Assert no PHP errors (notices, warnings) were raised or exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=48002 --- Comment #12 from Gerrit Notification Bot --- Change 174810 had a related patch set uploaded by Krinkle: mediawiki: Configure 'error' and 'exception' log groups https://gerrit.wikimedia.org/r/174810 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72894] RegEx-style Cirrus searches are ignored on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=72894 --- Comment #17 from spontaneousgrumb...@gmail.com --- I would say it has been much better for the last few days. If you want to mark this bug as "fixed", I won't disagree. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48002] Jenkins: Assert no PHP errors (notices, warnings) were raised or exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=48002 Krinkle changed: What|Removed |Added Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48002] Jenkins: Assert no PHP errors (notices, warnings) were raised or exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=48002 Krinkle changed: What|Removed |Added Summary|Jenkins: Assert server-side |Jenkins: Assert no PHP |error logs for |errors (notices, warnings) |Apache/PHP/MediaWiki are|were raised or exceptions |empty |were thrown --- Comment #11 from Krinkle --- Since I added a MediaWiki log group for php errors (notices and warnings) we no longer need to get them via the apache2 log or from php sterr. We can capture them directly, and assert them to be empty. Let's set up logGroup[error] and logGroup[exception] for -qunit (www, frontend) and -phpunit (cli, installer, backend) jobs and assert them to be empty. The only thing this still won't catch is notices and warnings very early on in MediaWiki run time. Those would still be seen (for CLI scripts, these would show up in the Jenkins job console output, and for index.php/load.php the qunit job output would show these), but not detected automatically. But that's an edge case we can try and catch later. Right now we're not catching any of them. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 48002] Jenkins: Assert no PHP errors (notices, warnings) were raised or exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=48002 Krinkle changed: What|Removed |Added Priority|Low |Normal Assignee|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73672] Have vagrant provision run composer install
https://bugzilla.wikimedia.org/show_bug.cgi?id=73672 Bryan Davis changed: What|Removed |Added CC||bda...@wikimedia.org --- Comment #3 from Bryan Davis --- (In reply to Tisza Gergő from comment #2) > > composer install does not touch already installed libraries, so no code > > gets > > updated without the user's consent, it just the ones which have been added > > to > > mediawiki/composer.json, and have not been installed at all yet > > Actually that's not true (yeah, yeah, I should test before I file). Install > does not do anything at all if there is a lock file, and update has no > option to only touch completely missing packages, so there does not seem to > be a way to say "add missing packages but don't touch existing ones". > Probably not a good idea anyway as it would result in inconsistent versions > of the vendor packages. `vagrant git-update` takes care of this sort of thing by calling `composer update --no-interaction --optimize-autoloader` after the gut pulls but before running update.php. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32955] #ask query parsing fails when = character occurs in query string
https://bugzilla.wikimedia.org/show_bug.cgi?id=32955 [[kgh]] changed: What|Removed |Added Status|NEW |RESOLVED CC||mediaw...@kghoffmeyer.de Resolution|--- |FIXED --- Comment #11 from [[kgh]] --- Fixed with pull request 640 [1]. Thus closing as RESOLVED FIXED. [1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/pull/640 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73554] After published the restored draft has target title with User namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=73554 Joel Sahleen changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73585] [Regression wmf9]Cannot create a new page in Firefox. Edit button doesn't respond
https://bugzilla.wikimedia.org/show_bug.cgi?id=73585 --- Comment #12 from Gerrit Notification Bot --- Change 174384 abandoned by Florianschmidtwelzow: Don't try to set cursor on hidden elements Reason: Function reverted in: I672d04c16f9348f7e08c4f64b339b307276d2a5a https://gerrit.wikimedia.org/r/174384 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 72729] Add Wikibase API module that is usable from client wikis and available as a generator & prop module
https://bugzilla.wikimedia.org/show_bug.cgi?id=72729 Nemo changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #10 from Nemo --- As Kaldari noted, "PageTerms" is not self-explanatory. My first thought was it would contain per-page legal terms (e.g. license). -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73676] New: Comment edit apparently missing from history in production
https://bugzilla.wikimedia.org/show_bug.cgi?id=73676 Bug ID: 73676 Summary: Comment edit apparently missing from history in production Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: mflasc...@wikimedia.org CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- At https://www.mediawiki.org/wiki/Topic:S64fr088e1i5g730 my "Orange you glad" post shows a timestamp link on hover, as expected (since it's edited). However, when you click, it doesn't actually show that edit (it's not in the topic history). It's in my Contributions, though (https://www.mediawiki.org/wiki/Special:Contributions/Mattflaschen_%28WMF%29) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73672] Have vagrant provision run composer install
https://bugzilla.wikimedia.org/show_bug.cgi?id=73672 Tisza Gergő changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Tisza Gergő --- > composer install does not touch already installed libraries, so no code gets > updated without the user's consent, it just the ones which have been added to > mediawiki/composer.json, and have not been installed at all yet Actually that's not true (yeah, yeah, I should test before I file). Install does not do anything at all if there is a lock file, and update has no option to only touch completely missing packages, so there does not seem to be a way to say "add missing packages but don't touch existing ones". Probably not a good idea anyway as it would result in inconsistent versions of the vendor packages. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 62884] VisualEditor: Prefer HTML5 Web Storage over cookies for state not needed server-side
https://bugzilla.wikimedia.org/show_bug.cgi?id=62884 --- Comment #1 from Gerrit Notification Bot --- Change 174798 had a related patch set uploaded by Alex Monk: Use localStorage to store ve-beta-welcome-dialog https://gerrit.wikimedia.org/r/174798 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 62884] VisualEditor: Prefer HTML5 Web Storage over cookies for state not needed server-side
https://bugzilla.wikimedia.org/show_bug.cgi?id=62884 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14859] add an index field to show original order of queried titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=14859 --- Comment #7 from Brad Jorsch --- (In reply to Max Semenik from comment #6) > There is > no reason why it's not being done other than "that's how link batch query > sorts titles" Not exactly. To "preserve" the order, we'd have to save the order somewhere and then reorder a number of different arrays after they were populated from various queries. And then your JSON decoder might throw the ordering away anyway. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73675] New: VisualEditor: When I click the Save button, please take my cursor out of the main text and focus it in the Save dialog
https://bugzilla.wikimedia.org/show_bug.cgi?id=73675 Bug ID: 73675 Summary: VisualEditor: When I click the Save button, please take my cursor out of the main text and focus it in the Save dialog Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforrester+veteambztick...@wikimedia.org Reporter: wmf.whatamido...@yahoo.com CC: elitr...@gmail.com, etonkovid...@wikimedia.org, jforres...@wikimedia.org, ryasm...@wikimedia.org Web browser: --- Mobile Platform: --- Goal: Save page with edit summary "Copyedit". (Almost) result: Save page with no edit summary, but with the word 'Copyedit' added in the middle of the link that I had just fixed. Steps to reproduce: 1) Edit any page. 2) Click the save button. 3) Start typing your edit summary. 4) Stop typing your edit summary and start backspacing. 5) Click inside the Save dialog. 6) Type your edit summary again. 7) File another bug in Bugzilla. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73616] Tracking: API issues blocking Wikipedia app development
https://bugzilla.wikimedia.org/show_bug.cgi?id=73616 Nik Everett changed: What|Removed |Added Depends on||73673 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73674] "Recently active" sorting is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=73674 Matthew Flaschen changed: What|Removed |Added Priority|Unprioritized |High -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73674] New: "Recently active" sorting is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=73674 Bug ID: 73674 Summary: "Recently active" sorting is broken Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: mflasc...@wikimedia.org CC: dh...@wikimedia.org, ebernhard...@wikimedia.org, mpinc...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Web browser: --- Mobile Platform: --- "Recently active" sorting is broken. Updating a topic (e.g a new post) does not cause it to become the most recently active. Confirmed on master as well as production (both MediaWiki.org and Wikipedias). This has been broken for a while, apparently. I just posted to https://en.wikipedia.org/wiki/Topic:S3l0za726rend89a ("November 20, 2014 3:37 PM"). However, at https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Flow/Developer_test_page&topiclist_sortby=updated&topiclist_savesortby= it isn't even on the first page. Instead, the first element is https://en.wikipedia.org/wiki/Topic:S6cs27cpna857ain which was last updated "November 20, 2014 12:11 PM". -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73558] CirrusSearch: some words are getting jammed together
https://bugzilla.wikimedia.org/show_bug.cgi?id=73558 Nik Everett changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73673] both the search term that redirects and redirected page are included in the search results
https://bugzilla.wikimedia.org/show_bug.cgi?id=73673 Nik Everett changed: What|Removed |Added Priority|Unprioritized |High Blocks||73616 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73673] both the search term that redirects and redirected page are included in the search results
https://bugzilla.wikimedia.org/show_bug.cgi?id=73673 --- Comment #1 from Nik Everett --- *** Bug 73665 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73665] CirrusSearch: Prefix searches can double up results in some cases
https://bugzilla.wikimedia.org/show_bug.cgi?id=73665 Nik Everett changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Nik Everett --- *** This bug has been marked as a duplicate of bug 73673 *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73616] Tracking: API issues blocking Wikipedia app development
https://bugzilla.wikimedia.org/show_bug.cgi?id=73616 Bug 73616 depends on bug 73665, which changed state. Bug 73665 Summary: CirrusSearch: Prefix searches can double up results in some cases https://bugzilla.wikimedia.org/show_bug.cgi?id=73665 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73668] UIDGeneratorTest::testTimestampedUID fails on Travis CI's hhvm
https://bugzilla.wikimedia.org/show_bug.cgi?id=73668 Tim Landscheidt changed: What|Removed |Added Assignee|wikibugs-l@lists.wikimedia. |t...@tim-landscheidt.de |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 73532] Search results should show redirect targets rather than redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=73532 --- Comment #5 from Bahodir Mansurov --- https://bugzilla.wikimedia.org/show_bug.cgi?id=73673 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l