[Bug 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #67 from Wes Turner wes.tur...@gmail.com --- ... Looking at makeFooterIcon() in includes/Skin.php (I had 'tested' the raw HTML w/ Chrome): is there a fancy way to specify inline CSS style attributes (like background-image, width, height, and display) with Html::element or Html::rawElement? (Which templating library is this?) -- 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 3483] Disambiguation pages should not be listed in Special:Lonelypages
https://bugzilla.wikimedia.org/show_bug.cgi?id=3483 Waldir wal...@email.com 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 6651] Don't list redirect pages on Special:DisambiguationPageLinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=6651 Bug 6651 depends on bug 3483, which changed state. Bug 3483 Summary: Disambiguation pages should not be listed in Special:Lonelypages https://bugzilla.wikimedia.org/show_bug.cgi?id=3483 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 3483] Disambiguation pages should not be listed in Special:Lonelypages
https://bugzilla.wikimedia.org/show_bug.cgi?id=3483 Waldir wal...@email.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=6651 Blocks|6651| -- 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 6651] Don't list redirect pages on Special:DisambiguationPageLinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=6651 Waldir wal...@email.com changed: What|Removed |Added Depends on|3483| See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=3483 -- 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 60210] MediaWiki starts external PHP on every request - even if job queue is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=60210 Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com changed: What|Removed |Added Keywords||performance Priority|Unprioritized |High CC||martinezn...@gmail.com Version|unspecified |1.22.0 --- Comment #1 from Jesús Martínez Novo (Ciencia Al Poder) martinezn...@gmail.com --- I can confirm this bug. Setting $wgPhpCli to a bash script that writes a line to a log file, on a development wiki with no edits and an empty job table, loading any page gives a new line on the log. -- 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 60212] New: Be more gracefull when a post fails to render
https://bugzilla.wikimedia.org/show_bug.cgi?id=60212 Web browser: --- Bug ID: 60212 Summary: Be more gracefull when a post fails to render Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: ebernhard...@wikimedia.org CC: ebernhard...@wikimedia.org, oke...@wikimedia.org, pandiculat...@gmail.com, sp...@wikimedia.org Classification: Unclassified Mobile Platform: --- catch exceptions rendering posts and try to replace it with a stub post -- 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 60212] Be more gracefull when a post fails to render
https://bugzilla.wikimedia.org/show_bug.cgi?id=60212 --- Comment #1 from Bingle bingle-ad...@wikimedia.org --- The WMF core features team tracks this bug on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/flow/cards/728, but people from the community are welcome to contribute here and in Gerrit. -- 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 57877] removing custom sortkey while moving cat
https://bugzilla.wikimedia.org/show_bug.cgi?id=57877 JAn Dudík jan.du...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal CC||jan.du...@gmail.com -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #68 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (In reply to comment #64) However I have considered extracting the list of images included in the page output and outputting og:image data in the head for them. Actually I've had other ideas like allowing images in content to be marked as presentational/non-presentational so we can intelligently exclude bad images. TIL about https://www.mediawiki.org/wiki/Extension:OpenGraphMeta I've actually been hoping to make this metadata part of core and deprecating OpenGraphMeta. This could all be done much better if re-implemented as part of core. And this really is basic stuff no wiki should be without. Though that depends on stuff implemented alongside this RFC: https://www.mediawiki.org/wiki/Requests_for_comment/Update_our_code_to_use_RDFa_1.1_instead_of_RDFa_1.0 -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #69 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (In reply to comment #67) ... Looking at makeFooterIcon() in includes/Skin.php (I had 'tested' the raw HTML w/ Chrome): is there a fancy way to specify inline CSS style attributes (like background-image, width, height, and display) with Html::element or Html::rawElement? (Which templating library is this?) Nope, we don't have such a thing right now. And you'll probably want to consider using the css sanitizing method inside Sanitize:: for stuff besides the background image and checking that nothing tries crossing a ;. -- 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 60213] New: Type mismatch when caching SMW IDs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60213
Web browser: ---
Bug ID: 60213
Summary: Type mismatch when caching SMW IDs
Product: MediaWiki extensions
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: Semantic MediaWiki
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: al...@all-x.net
CC: jamesin.hongkon...@gmail.com, jeroen_ded...@yahoo.com,
mar...@semantic-mediawiki.org, nischay...@gmail.com
Classification: Unclassified
Mobile Platform: ---
MediaWiki1.22.1(721b9e0) 22:03, 14 January 2014
Semantic MediaWiki (Version 1.9 alpha-3) (9a55761) 19:21, 22 October 2013
mediawiki/extensions/SemanticMediaWiki/includes/storage/SQLStore:
(SMW_Sql3SmwIds.php)SMWSql3SmwIds-setCache() is called from
(SMW_SQLStore3_Queries.php)SMWSQLStore3QueryEngine-getInstanceQueryResult()
with $id that is string, not integer as documented for setCache.
In most cases it is not a problem, php cast values automatically.
But arrays containing ids are serialized
when hashes for property tables are computed.
In this case, types of ids are important - serialized arrays differs
and md5 hashes also differs.
For example (take a look at s_id or p_id):
smw_di_wikipage data:
a:2:{i:0;a:3:{s:4:s_id;i:53;s:4:p_id;i:55;s:4:o_id;s:2:51;}i:1;a:3:{s:4:s_id;i:53;s:4:p_id;i:56;s:4:o_id;i:57;}}
a:2:{i:0;a:3:{s:4:s_id;s:2:53;s:4:p_id;s:2:55;s:4:o_id;s:2:51;}i:1;a:3:{s:4:s_id;s:2:53;s:4:p_id;s:2:56;s:4:o_id;s:2:57;}}
These hashes are used to compare new semantic data
with current semantic data stored in database to avoid unnecessary writes.
Fortunately functionality is not affected, only performance.
I propose to add explicit type cast in
(SMW_Sql3SmwIds.php)SMWSql3SmwIds-setCache() method
to make sure ids are always integer.
--
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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 Subfader subfa...@gmail.com changed: What|Removed |Added CC||subfa...@gmail.com --- Comment #70 from Subfader subfa...@gmail.com --- I hacked the logo as first og:image into the header, followed by all other article images. I see no disadvantages so far. -- 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 53034] Property value changed after page move without redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=53034 Alexey al...@all-x.net changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Alexey al...@all-x.net --- MediaWiki1.22.1(721b9e0) 22:03, 14 January 2014 Semantic MediaWiki (Version 1.9 alpha-3) (9a55761) 19:21, 22 October 2013 I've run my test successfully. Also I've made code review and debugging to make sure that corresponding changes were made. So I can confirm that bug is fixed and can be closed. However, the problem with types of page ids still exists, I filled new bug #60213. -- 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 60213] Type mismatch when caching SMW IDs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60213 Alexey al...@all-x.net changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=53034 -- 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 53034] Property value changed after page move without redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=53034 Alexey al...@all-x.net changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=60213 -- 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 60213] Type mismatch when caching SMW IDs
https://bugzilla.wikimedia.org/show_bug.cgi?id=60213 --- Comment #1 from MWJames jamesin.hongkon...@gmail.com --- As site note, you may want to use the released 1.9.0.2 version for verification and post a PR via [1]. [1] https://github.com/SemanticMediaWiki/SemanticMediaWiki -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #71 from Wes Turner wes.tur...@gmail.com --- (In reply to comment #69) (In reply to comment #67) ... Looking at makeFooterIcon() in includes/Skin.php (I had 'tested' the raw HTML w/ Chrome): is there a fancy way to specify inline CSS style attributes (like background-image, width, height, and display) with Html::element or Html::rawElement? (Which templating library is this?) Nope, we don't have such a thing right now. And you'll probably want to consider using the css sanitizing method inside Sanitize:: for stuff besides the background image and checking that nothing tries crossing a ;. It's been awhile since I've written any PHP; I'll have to lookup what htmlspecialchars does again. Are there test cases for these? It may be better for someone familiar with the input sanitization codebase to tkae it from here. Where in the docs would I look for 'trusted' configuration settings? Can these variables be modified? It looks like Sanitizer::validateAttributes would call Sanitizer::checkCss on the style property; but the docstrings for Sanitizer::checkCss specify: * Currently URL references, 'expression', 'tps' are forbidden. so I suppose the following would be needed: * background-image: '; * width: safeEncodeAttribute * height: safeEncodeAttribute -- 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 60081] Inserting a new reference makes Save button become switched disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=60081 --- Comment #3 from Paulo paulomsim...@hotmail.com --- Hi Andre, Well, I'll try to explain better, my English is very poor. When I edit text only, with internal links, the problem does not happen. Otherwise, when I put several external references (sometimes also happens with just one reference, only), the Save page button locks (it becomes without function) and I can not save. I had some tests done at this time in my sandbox (using Firefox) and it seems the problem was solved. If my explanation was sufficient and you can test it, then you can close this bug. Sorry my difficulty with the language. Greetings. -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #72 from Wes Turner wes.tur...@gmail.com --- (In reply to comment #70) I hacked the logo as first og:image into the header, followed by all other article images. I see no disadvantages so far. Cool! Which networks does it work w/? -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #73 from Subfader subfa...@gmail.com --- Wes: I only tested for Facebook and debugged using https://developers.facebook.com/tools/debug/ -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #74 from Wes Turner wes.tur...@gmail.com --- (In reply to comment #73) Wes: I only tested for Facebook and debugged using https://developers.facebook.com/tools/debug/ Nice. So Facebook does parse (some?) og:image tags beyond just meta tags within head? https://stackoverflow.com/questions/10397510/are-open-graph-tags-just-for-facebook -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #75 from Wes Turner wes.tur...@gmail.com --- (In reply to comment #68) (In reply to comment #64) However I have considered extracting the list of images included in the page output and outputting og:image data in the head for them. Actually I've had other ideas like allowing images in content to be marked as presentational/non-presentational so we can intelligently exclude bad images. TIL about https://www.mediawiki.org/wiki/Extension:OpenGraphMeta I've actually been hoping to make this metadata part of core and deprecating OpenGraphMeta. This could all be done much better if re-implemented as part of core. And this really is basic stuff no wiki should be without. Though that depends on stuff implemented alongside this RFC: https://www.mediawiki.org/wiki/Requests_for_comment/ Update_our_code_to_use_RDFa_1.1_instead_of_RDFa_1.0 Did anyone mention an RDFa 1.0 requirement? I've been parsing / checking / validating with PyRDFa. -- 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 45020] Make preferences Add pages I create and files I upload to my watchlist and pages and files I edit true by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=45020 Nathan Larson nathanlarson3...@gmail.com changed: What|Removed |Added CC||nathanlarson3...@gmail.com --- Comment #19 from Nathan Larson nathanlarson3...@gmail.com --- This is in some ways a workaround for the difficulties in getting bug 3525 fixed. It definitely makes it seem less urgent, I think. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39020] CSS 'left' gets rendered wrong.
https://bugzilla.wikimedia.org/show_bug.cgi?id=39020 se4598 wikipe...@se4598.eu changed: What|Removed |Added Status|NEW |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 60214] New: testImageusage in site_tests fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=60214 Web browser: --- Bug ID: 60214 Summary: testImageusage in site_tests fails Product: Pywikibot Version: core (2.0) Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: pywikipedia-b...@lists.wikimedia.org Reporter: mpaa.w...@gmail.com Classification: Unclassified Mobile Platform: --- Line 549 in site_tests.py fails: for using in mysite.imageusage(imagepage, namespaces=[3, 4], total=5): self.assertType(using, pywikibot.Page) self.assertTrue(imagepage in list(using.imagelinks())) -- fails imagepage on main page (current 'Main Page' on ew:WP) is different from images in list(using.imagelinks()), in cached data in c:\\users\\...\\AppData\\Roaming\\pywikibot\\apicache\\ff322b... Cached data is used due to monkey patching in tests/__init__.py -- 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 37256] #tag cannot produce XHTML-style self-closing tags, required by LST
https://bugzilla.wikimedia.org/show_bug.cgi?id=37256 Gadget850 ed.pal...@gmail.com changed: What|Removed |Added CC||thoma...@hotmail.fr, ||valhall...@arctus.nl Component|Parser |LabeledSectionTransclusion Version|1.23-git|master Product|MediaWiki |MediaWiki extensions -- 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 60215] New: Mails to any wikimedia.org account/list from any account @wikimedia.org.ve bounces
https://bugzilla.wikimedia.org/show_bug.cgi?id=60215 Web browser: --- Bug ID: 60215 Summary: Mails to any wikimedia.org account/list from any account @wikimedia.org.ve bounces Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: UNCONFIRMED Severity: critical Priority: Unprioritized Component: Mailing lists Assignee: wikibugs-l@lists.wikimedia.org Reporter: fhai...@gmail.com CC: b...@caseybrown.org, jalexan...@wikimedia.org, pbeaude...@wikimedia.org, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- Every mail sent to/from any @lists.wikimedia.org.ve or @wikimedia.org from/to any account @wikimedia.org.ve bounces (including WMVE lists at lists.wikimedia.org) Mails to/from wikimedia.org.ve from/to any other domain work fine. -- 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 27841] Merge AssertEdit extension into MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=27841 Jarry1250 jarry1...@gmail.com changed: What|Removed |Added CC||jarry1...@gmail.com --- Comment #8 from Jarry1250 jarry1...@gmail.com --- Unintended consequence: passing a blank assert= parameter to the API now causes an unknown_assert error, whereas before it was silently ignored. Bug or feature? -- 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 60216] New: DISPLAYTITLE custom formatting break after an open parenthesis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60216
Web browser: ---
Bug ID: 60216
Summary: DISPLAYTITLE custom formatting break after an open
parenthesis
Product: MediaWiki
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Parser
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: dereck...@espace-win.org
Classification: Unclassified
Mobile Platform: ---
{{DISPLAYTITLE:''Sweet Dreams (Are Made of This)''}} will print Sweet Dreams in
italic, then from the open parenthesis, will ignore any styling markup.
This isn't consistent, as Lua allows to pass a string with parenthesis to the
DISPLAYTITLE parser function:
https://en.wikipedia.org/w/index.php?title=Module:Italic_titleoldid=581780064.
[ History ]
In 2006, in bug 8394, Brion Vibber, states: “The display title should indeed
not contain any links or formatting codes.”
This behavior is reported to have been introduced in MediaWiki 1.9 according
the same bug.
This doesn't match the last 8 years practice of our main users, Wikipedia
projects, as italic titles are now widely use on Wikipedia projects for
entertainment and artistic works' titles.
[ Credit ]
Thank you to LeJC and Linedwell from the French Wikipedia to have reported 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 8394] Link or formatting codes in {{DISPLAYTITLE}} breaking as of MW1.9
https://bugzilla.wikimedia.org/show_bug.cgi?id=8394 Dereckson dereck...@espace-win.org changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=60216 -- 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 60216] DISPLAYTITLE custom formatting break after an open parenthesis
https://bugzilla.wikimedia.org/show_bug.cgi?id=60216 Dereckson dereck...@espace-win.org changed: What|Removed |Added Keywords||code-update-regression CC||br...@wikimedia.org, ||linedw...@icloud.com See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=8394 -- 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 60217] New: Support one-time job scheduling
https://bugzilla.wikimedia.org/show_bug.cgi?id=60217 Web browser: --- Bug ID: 60217 Summary: Support one-time job scheduling Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: JobQueue Assignee: wikibugs-l@lists.wikimedia.org Reporter: s...@ludd.net CC: tstarl...@wikimedia.org Classification: Unclassified Mobile Platform: --- I'd like to enqueue a job which will not be run until a specified time in the future. Currently, my only option seems to be something really evil involving backoffs and a Job::run() method which intentionally fails until the desired time. Ideally, we could deprecate the mw-runJobs-backoffs.json system in favor of a not_until column in the `job` table. My use case is almost too hypothetical to mention: a workflow engine which can do things like abandon AfD cases after a set number of days. -- 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 59998] Installer warning irrelevant/obsolete for PHP ≥5.4: 'Could not find APC, XCache or WinCache'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59998 Dereckson dereck...@espace-win.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||dereck...@espace-win.org Ever confirmed|0 |1 --- Comment #4 from Dereckson dereck...@espace-win.org --- - The Zend OPcache extension is shipped and by default enabled with PHP 5.5. Cf. http://www.php.net/manual/en/migration55.new-features.php - Zend OPcache doesn't contain an object-level cache. MediaWiki can takes advantage of a cache allowing to store object representations (calling for APC the apc_store function). - Nor PHP 5.4, nor PHP 5.5 include APC. But PHP 5.4 introduced a new extension API. Recent versions for APC works at a stable quality on PHP 5.3, but not on PHP 5.4 or PHP 5.5. APC development hasn't been active since 2012. - In October 2013, an XCache version with PHP 5.5 support has been released. -- 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 59998] Installer warning irrelevant/obsolete for PHP ≥5.4: 'Could not find APC, XCache or WinCache'
https://bugzilla.wikimedia.org/show_bug.cgi?id=59998 --- Comment #5 from Dereckson dereck...@espace-win.org --- In confirm the bug, in the extent we should detect the PHP version and stop to recommend to install APC in 5.4+, as it could only lead system administrators to try to install a broken stable or unstable beta extension on newest PHP versions. -- 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 58474] Some sysops can not edit sysop protected items unless also explicitly given 'confirmed user' flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=58474 Techman224 techman...@techman224.ca changed: What|Removed |Added CC||techman...@techman224.ca --- Comment #3 from Techman224 techman...@techman224.ca --- I see that the edit and add links are greyed out too, and they say the page is protected. However when I used the labelLister to edit a description it worked, https://www.wikidata.org/w/index.php?title=Q5268366diff=prevoldid=103258789 -- 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 60219] New: Page size delta wrong after history merge
https://bugzilla.wikimedia.org/show_bug.cgi?id=60219 Web browser: --- Bug ID: 60219 Summary: Page size delta wrong after history merge Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: Unprioritized Component: History/Diffs Assignee: wikibugs-l@lists.wikimedia.org Reporter: jackmcbarn+w...@gmail.com Classification: Unclassified Mobile Platform: --- At https://en.wikipedia.org/w/index.php?title=Decisions_%28song%29action=history , the revision at 01:46, 19 January 2014 is 12,596 bytes, and the revision immediately before it at 00:53, 19 January 2014 is 12,549 bytes, but the size delta between the revisions is 0. These revisions were created in this way as a result of a history merge. -- 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 60192] Documentation and API are inconsistent (action=parse, contentmodel)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60192 --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com --- Latter. -- 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 60220] New: Move wiki.toolserver.org to WMF
https://bugzilla.wikimedia.org/show_bug.cgi?id=60220 Web browser: --- Bug ID: 60220 Summary: Move wiki.toolserver.org to WMF Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: tools Assignee: m...@uberbox.org Reporter: t...@tim-landscheidt.de CC: benap...@gmail.com, t...@tim-landscheidt.de Blocks: 58788 Classification: Unclassified Mobile Platform: --- wiki.toolserver.org should be preserved as a live, editable, no-new-users wiki at the WMF cluster. Steps to that goal: 1. Decouple wiki from the Toolserver SSO 2. Dump users and data 3. Set up a wiki on the WMF cluster without CentralAuth (wmgUseCentralAuth = false IIRC) 4. Load users and data 5. Reset the/mail out new users' passwords 6. Provide Toolserver SSL certificate to WMF 7. Set up wiki.toolserver.org as a CNAME for text-lb NB: The individual steps are not part of the Tools project, but there will be separate bugs filed for them in the appropriate components. -- 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 58788] Toolserver migration to Tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=58788 Tim Landscheidt t...@tim-landscheidt.de changed: What|Removed |Added Depends on||60220 -- 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 60219] Page size delta wrong after history merge
https://bugzilla.wikimedia.org/show_bug.cgi?id=60219 --- Comment #1 from Jackmcbarn jackmcbarn+w...@gmail.com --- The problem is that rev_parent_id no longer points to the previous revision after a history merge. -- 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 60219] rev_parent_id wrong after history merge
https://bugzilla.wikimedia.org/show_bug.cgi?id=60219 Jackmcbarn jackmcbarn+w...@gmail.com changed: What|Removed |Added Summary|Page size delta wrong after |rev_parent_id wrong after |history merge |history merge -- 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 60207] expandTemplate doesn’t create a new frame
https://bugzilla.wikimedia.org/show_bug.cgi?id=60207 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Brad Jorsch bjor...@wikimedia.org --- (In reply to comment #0) When a Lua module uses the function frame:expandTemplate, this doesn’t create a new frame (contrary to frame:preprocess) but expand the template in the top frame (the parent frame of the expanded template is the top frame). A new frame *is* being created, but it's getting the wrong title and isn't a child of the frame it should be a child of. While it's not exactly obvious, this is the same as the problem in bug 55525. *** This bug has been marked as a duplicate of bug 55525 *** -- 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 55525] Transcluded edit section links direct to wrong page title
https://bugzilla.wikimedia.org/show_bug.cgi?id=55525 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||seb35wikipe...@gmail.com --- Comment #4 from Brad Jorsch bjor...@wikimedia.org --- *** Bug 60207 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 60220] Move wiki.toolserver.org to WMF
https://bugzilla.wikimedia.org/show_bug.cgi?id=60220 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from p858snake p858sn...@gmail.com --- IIRC the TSWiki isn't setup on MySQL which will make it a tad bit harder to do. -- 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 60075] zh.wikivoyage not accepted in MassMessage
https://bugzilla.wikimedia.org/show_bug.cgi?id=60075 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108292 had a related patch set uploaded by Legoktm: Lower caching time on MassMessage::getDBName https://gerrit.wikimedia.org/r/108292 -- 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 60075] zh.wikivoyage not accepted in MassMessage
https://bugzilla.wikimedia.org/show_bug.cgi?id=60075 Gerrit Notification Bot gerritad...@wikimedia.org 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 60075] zh.wikivoyage not accepted in MassMessage
https://bugzilla.wikimedia.org/show_bug.cgi?id=60075 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108293 had a related patch set uploaded by Legoktm: Clear MassMessage cache when creating a new wiki https://gerrit.wikimedia.org/r/108293 -- 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 58719] Jobs are no longer executed
https://bugzilla.wikimedia.org/show_bug.cgi?id=58719 --- Comment #7 from Joerg mueller062001-...@yahoo.de --- I think this is not my problem: open_basedir (amongst other paths) contains /usr/bin/. That should allow access to /usr/bin/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 60208] external PHP can't be started - open_basedir not checked
https://bugzilla.wikimedia.org/show_bug.cgi?id=60208 Joerg mueller062001-...@yahoo.de changed: What|Removed |Added CC||mueller062001-...@yahoo.de --- Comment #1 from Joerg mueller062001-...@yahoo.de --- I agree. Note that the open_basedir check should not be done against /usr/bin/, but against the actual value of $wgPhpCli (which defaults to /usr/bin/, but also might be different). -- 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 60221] New: Installation is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=60221 Web browser: --- Bug ID: 60221 Summary: Installation is broken Product: Pywikibot Version: core (2.0) Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: pywikipedia-b...@lists.wikimedia.org Reporter: hazard...@yahoo.com Classification: Unclassified Mobile Platform: --- I've attempted to reinstall pywikibot (core) on multiple occasions on Tool Labs recently, and I keep getting the following when I attempt to use it: local-hazard-bot@tools-login:~$ python Python 2.7.3 (default, Sep 26 2013, 20:03:06) [GCC 4.6.3] on linux2 Type help, copyright, credits or license for more information. import pywikibot Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named pywikibot The issue also happens for me on Toolserver. -- 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 48946] Add font size adjustment feature to the mobile front end
https://bugzilla.wikimedia.org/show_bug.cgi?id=48946 Gerrit Notification Bot gerritad...@wikimedia.org 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 48946] Add font size adjustment feature to the mobile front end
https://bugzilla.wikimedia.org/show_bug.cgi?id=48946 --- Comment #20 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108300 had a related patch set uploaded by Theopolisme: [WIP] Allow users to adjust the font size https://gerrit.wikimedia.org/r/108300 -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #76 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- (In reply to comment #71) It looks like Sanitizer::validateAttributes would call Sanitizer::checkCss on the style property; but the docstrings for Sanitizer::checkCss specify: * Currently URL references, 'expression', 'tps' are forbidden. so I suppose the following would be needed: * background-image: '; * width: safeEncodeAttribute * height: safeEncodeAttribute Html::element already handles encoding attributes, you just want to sanitize css.(In reply to comment #74) (In reply to comment #73) Nice. So Facebook does parse (some?) og:image tags beyond just meta tags within head? https://stackoverflow.com/questions/10397510/are-open-graph-tags-just-for- facebook Besides Google+ there's also a list of OGP parsers to test: http://ogp.me/#implementations (In reply to comment #75) (In reply to comment #68) Did anyone mention an RDFa 1.0 requirement? The commit that implements that RFC includes a high level API for managing RDFa prefixes, adding them to html, and adding RDFa to the head. $og = $out-getPrefixContext()-prefix( 'og', 'http://ogp.me/ns#', true ); $out-addGraphProperty( $og-curie( 'image' ), ... ); -- 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 56408] Enable FlaggedRevs extension on ce.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=56408 --- Comment #39 from PiRSquared17 pirsquare...@gmail.com --- (In reply to comment #38) Is it possible to use the Russian patch? https://gerrit.wikimedia.org/r/#/c/108302/ I have no idea if I did this right. Maybe someone a lot more experienced like odder could check. -- 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 55899] Wiki markup synonym for nbsp; (non-breaking space)
https://bugzilla.wikimedia.org/show_bug.cgi?id=55899 PiRSquared17 pirsquare...@gmail.com changed: What|Removed |Added CC||pirsquare...@gmail.com --- Comment #1 from PiRSquared17 pirsquare...@gmail.com --- I don't see the need. You only save four characters. Are there any similar codes for characters? -- 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 60220] Move wiki.toolserver.org to WMF
https://bugzilla.wikimedia.org/show_bug.cgi?id=60220 Tim Landscheidt t...@tim-landscheidt.de changed: What|Removed |Added Depends on||60222 -- 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 60222] New: Set up a clone of wiki.toolserver.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=60222 Web browser: --- Bug ID: 60222 Summary: Set up a clone of wiki.toolserver.org Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: t...@tim-landscheidt.de CC: benap...@gmail.com, bugzilla+org.wikime...@tuxmachine.com, dereck...@espace-win.org, g...@wikimedia.org, m...@uberbox.org, tom...@twkozlowski.net, wikimedia.b...@snowolf.eu Blocks: 60220 Classification: Unclassified Mobile Platform: --- Looking at [[wikitech:Add a wiki]], I believe this will be a Special Wiki (fishbowl?): 1. The users will be distinct from Wikipedia, so no CentralAuth. 2. The wiki can be replicated to LabsDB. 3. No new users should be able to register themselves. 4. No IP editing should be allowed. 5. Toolserver wiki uses /view/ instead of /wiki/. Depending on maintainability, this should either be enabled in the MediaWiki settings or we'll need redirects. https://wiki.toolserver.org/view/Special:Version lists standard extensions with two exceptions: 1. Crowd Authentication Plugin: This will not be needed because we will take a snapshot of the user database and not plug into Atlassian. 2. HTMLets: A full-text search for htmlets does only find https://wiki.toolserver.org/view/HTMLets though, so apparently it isn't used on the wiki and can be ignored. The current LocalSettings.php (minus any private information) should be attached to this bug so that we can look if there are any other non-standard settings, but nosy and amette don't seem to be registered on Bugzilla. -- 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 60223] New: Install the certificate for *.toolserver.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=60223 Web browser: --- Bug ID: 60223 Summary: Install the certificate for *.toolserver.org Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: SSL related Assignee: wikibugs-l@lists.wikimedia.org Reporter: t...@tim-landscheidt.de CC: m...@uberbox.org, silke.me...@wikimedia.de Blocks: 60220 Classification: Unclassified Mobile Platform: --- For bug #60220 and other services being migrated from Toolserver to WMF, we need the (or a) certificate for *.toolserver.org installed on the WMF cluster in the standard way. -- 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 60220] Move wiki.toolserver.org to WMF
https://bugzilla.wikimedia.org/show_bug.cgi?id=60220 Tim Landscheidt t...@tim-landscheidt.de changed: What|Removed |Added Depends on||60223 -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113
--- Comment #77 from Wes Turner wes.tur...@gmail.com ---
(In reply to comment #76)
(In reply to comment #71)
It looks like Sanitizer::validateAttributes would call Sanitizer::checkCss
on
the style property; but the docstrings for Sanitizer::checkCss specify:
* Currently URL references, 'expression', 'tps' are forbidden.
so I suppose the following would be needed:
* background-image: ';
* width: safeEncodeAttribute
* height: safeEncodeAttribute
Html::element already handles encoding attributes, you just want to sanitize
css.(In reply to comment #74)
This test fixture seems to indicate that a
'background-image: url(' . $wgFooterIcons['powererdby']['src'] . ')';
CSS attribute containing input from configuration on the filesystem may be
stripped:
https://git.wikimedia.org/blob/mediawiki%2Fcore/6a2d25eed09c311c70657789b3f7a841bc5363db/tests%2Fphpunit%2Fincludes%2FSanitizerTest.php#L253
https://www.mediawiki.org/wiki/Manual:$wgFooterIcons
HTML::element states:
// There's no point in escaping quotes, , etc. in the contents of
// elements.
In this case, it is probably good to escape a ' and/or javascript: in the
configuration-supplied variable.
It would be helpful if someone more familiar with the codebase could indicate
if there is a more appropriate function than htmlspecialchars (with
ENT_NOQUOTES/ENT_QUOTES) for this.
--
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 60218] Flow: Can bypass any protection and blank pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=60218 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Group|security| CC||jforres...@wikimedia.org, ||oke...@wikimedia.org, ||pandiculat...@gmail.com, ||sp...@wikimedia.org Component|Extensions |Flow Assignee|secur...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org Product|Security|MediaWiki extensions -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #78 from Wes Turner wes.tur...@gmail.com --- * In this case, it is probably good to escape a '; and/or javascript: in the configuration-supplied variable. -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113
--- Comment #79 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com ---
(In reply to comment #77)
This test fixture seems to indicate that a
'background-image: url(' . $wgFooterIcons['powererdby']['src'] . ')';
CSS attribute containing input from configuration on the filesystem may be
stripped:
https://git.wikimedia.org/blob/mediawiki%2Fcore/
6a2d25eed09c311c70657789b3f7a841bc5363db/
tests%2Fphpunit%2Fincludes%2FSanitizerTest.php#L253
Yes, all url() constructs will make checkCss consider the css unsafe. So you'll
have to sanitize the background-image separate from the rest of the css.
HTML::element states:
// There's no point in escaping quotes, , etc. in the contents
of
// elements.
In this case, it is probably good to escape a '; and/or javascript: in the
configuration-supplied variable.
It would be helpful if someone more familiar with the codebase could indicate
if there is a more appropriate function than htmlspecialchars (with
ENT_NOQUOTES/ENT_QUOTES) for this.
Escaping of quotes (') are already handled by Html::element, ignore
htmlspecialchars completely here.
For sanitizing the URL is safe/not javascript: use preg_match( '/^(' .
wfUrlProtocols() . ')[^\s]+$/', ... ) to test if the protocol is whitelisted.
--
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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #80 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com --- It's a shame that Facebook, etc... probably don't take WAI-ARIA's presentation role into account. Would be nice if we could just do: a href=//www.mediawiki.org/ aria-label=Powered by MediaWikiimg role=presentation src=.../common/images/poweredby_mediawiki_88x31.png alt=Powered by MediaWiki width=88 height=31 //a -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113
--- Comment #81 from Wes Turner wes.tur...@gmail.com ---
(In reply to comment #79)
(In reply to comment #77)
This test fixture seems to indicate that a
'background-image: url(' . $wgFooterIcons['powererdby']['src'] . ')';
CSS attribute containing input from configuration on the filesystem may be
stripped:
https://git.wikimedia.org/blob/mediawiki%2Fcore/
6a2d25eed09c311c70657789b3f7a841bc5363db/
tests%2Fphpunit%2Fincludes%2FSanitizerTest.php#L253
Yes, all url() constructs will make checkCss consider the css unsafe. So
you'll
have to sanitize the background-image separate from the rest of the css.
HTML::element states:
// There's no point in escaping quotes, , etc. in the contents
of
// elements.
In this case, it is probably good to escape a '; and/or javascript: in the
configuration-supplied variable.
It would be helpful if someone more familiar with the codebase could
indicate
if there is a more appropriate function than htmlspecialchars (with
ENT_NOQUOTES/ENT_QUOTES) for this.
Escaping of quotes (') are already handled by Html::element, ignore
htmlspecialchars completely here.
For sanitizing the URL is safe/not javascript: use preg_match( '/^(' .
wfUrlProtocols() . ')[^\s]+$/', ... ) to test if the protocol is whitelisted.
It look like Sanitizer::safeEncodeAttribute [would] also reference
wfUrlProtocols, though it seems to only escape double single quotes ('',
#39;#39), expecting the input to have already been run through
encodeAttribute and htmlspecialchars with ENT_QUOTES.
The documentation for http://php.net/manual/en/function.htmlspecialchars.php
reads:
* '' (double quote) becomes 'quot;' when ENT_NOQUOTES is not set.
* ' (single quote) becomes '#039;' (or apos;) only when ENT_QUOTES is
set.
And:
ENT_QUOTESWill convert both double and single quotes.
--
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 27035] Write a secure group editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=27035 PiRSquared17 pirsquare...@gmail.com changed: What|Removed |Added CC||pirsquare...@gmail.com --- Comment #3 from PiRSquared17 pirsquare...@gmail.com --- (In reply to comment #0) (From JeLuF) Adding groups should be possible. You basically need: - Group name - Group permissions (checkbox list) - Who may add users to this group (checkbox list of existing groups) - Who may remove users from this group (checkbox list of existing groups) This should be something bureaucrats should be able to handle. This is a good idea, but on WMF wikis only stewards should be able to modify group rights (we have CU, OS, other private stuff). On external MediaWiki installations, the situation may be different. -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113
--- Comment #82 from Wes Turner wes.tur...@gmail.com ---
(In reply to comment #81)
(In reply to comment #79)
(In reply to comment #77)
This test fixture seems to indicate that a
'background-image: url(' . $wgFooterIcons['powererdby']['src'] . ')';
CSS attribute containing input from configuration on the filesystem may be
stripped:
https://git.wikimedia.org/blob/mediawiki%2Fcore/
6a2d25eed09c311c70657789b3f7a841bc5363db/
tests%2Fphpunit%2Fincludes%2FSanitizerTest.php#L253
Yes, all url() constructs will make checkCss consider the css unsafe. So
you'll
have to sanitize the background-image separate from the rest of the css.
HTML::element states:
// There's no point in escaping quotes, , etc. in the
contents
of
// elements.
In this case, it is probably good to escape a '; and/or javascript: in
the
configuration-supplied variable.
It would be helpful if someone more familiar with the codebase could
indicate
if there is a more appropriate function than htmlspecialchars (with
ENT_NOQUOTES/ENT_QUOTES) for this.
Escaping of quotes (') are already handled by Html::element, ignore
htmlspecialchars completely here.
For sanitizing the URL is safe/not javascript: use preg_match( '/^(' .
wfUrlProtocols() . ')[^\s]+$/', ... ) to test if the protocol is
whitelisted.
It look like Sanitizer::safeEncodeAttribute [would] also reference
wfUrlProtocols, though it seems to only escape double single quotes ('',
#39;#39), expecting the input to have already been run through
encodeAttribute and htmlspecialchars with ENT_QUOTES.
The documentation for http://php.net/manual/en/function.htmlspecialchars.php
reads:
* '' (double quote) becomes 'quot;' when ENT_NOQUOTES is not set.
* ' (single quote) becomes '#039;' (or apos;) only when ENT_QUOTES is
set.
And:
ENT_QUOTESWill convert both double and single quotes.
Updated this patch for this issue. Please advise if there is a local function
more suitable than Html::safeEncodeAttribute.
https://gerrit.wikimedia.org/r/#/c/108221/
--
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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 --- Comment #83 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108221 had a related patch set uploaded by Jforrester: Updated includes/Skin.php footer images #30113 https://gerrit.wikimedia.org/r/108221 -- 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 30113] When sharing articles without images on social sites (facebook, twitter, google+) the mediawiki logo is used in lieu of site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30113 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|REOPENED|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 60192] Documentation and API are inconsistent (action=parse, contentmodel)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60192 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108307 had a related patch set uploaded by Nullzero: Update documentation and suppress warning when parsing summary https://gerrit.wikimedia.org/r/108307 -- 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 60192] Documentation and API are inconsistent (action=parse, contentmodel)
https://bugzilla.wikimedia.org/show_bug.cgi?id=60192 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|UNCONFIRMED |PATCH_TO_REVIEW Ever confirmed|0 |1 -- 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 26032] Give back to top button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26032 Gerrit Notification Bot gerritad...@wikimedia.org 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 26032] Give back to top button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26032 --- Comment #4 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108306 had a related patch set uploaded by Jforrester: Go to top button for pages. Implements go to top button with smooth scrolling. Hidden when on top of page and appears when scrolled down to some extent. Configurable-Enabled by default. Can be disabled by using $wgShowTopButton = false; in LocalSettings https://gerrit.wikimedia.org/r/108306 -- 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 26032] Give back to top button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26032 kunalgrove...@gmail.com changed: What|Removed |Added CC||kunalgrove...@gmail.com --- Comment #5 from kunalgrove...@gmail.com --- Hi I submitted this patch through online gerrit uploader. Can someone review the patch? https://gerrit.wikimedia.org/r/108306 Also I am new here so please tell if there is a better way to write the patch or if something else is wrong in the commit. -- 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 26032] Give back to top button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26032 --- Comment #6 from kunalgrove...@gmail.com --- Created attachment 14339 -- https://bugzilla.wikimedia.org/attachment.cgi?id=14339action=edit Back to top button implemented using JQuery My patch had a few errors as indicated by the notification bot. I fixed them but I couldn't make a change as I hadn't submitted the patch through git-review. I am uploading the new patch here. Please someone review it. -- 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 60156] CodeEditor doesn't automatically type matching closing } when I type {
https://bugzilla.wikimedia.org/show_bug.cgi?id=60156 --- Comment #9 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 108050 merged by jenkins-bot: Update ACE to Jan 17, 2014 https://gerrit.wikimedia.org/r/108050 -- 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 56849] Edit conflict detection has regressed and suffers a race condition
https://bugzilla.wikimedia.org/show_bug.cgi?id=56849 Adam Wight s...@ludd.net changed: What|Removed |Added CC||s...@ludd.net --- Comment #5 from Adam Wight s...@ludd.net --- A minor detail to add: we should always include the oldid in GET query parameters to action=edit. -- 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
