[Bug 33398] New: Wrong escape in online documentation for usercontribs
https://bugzilla.wikimedia.org/show_bug.cgi?id=33398 Web browser: --- Bug #: 33398 Summary: Wrong escape in online documentation for usercontribs Product: MediaWiki Version: 1.19-svn Platform: All URL: http://en.wikipedia.org/w/api.php?action=helpquerymod ules=usercontribs OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: listenle...@gmail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified In r66232 quotes were changed from single to double. This causes the documentation in ApiQueryUserContributions.php to appear as revisions older than 2592000 won\'t be shown instead of revisions older than $wgRCMaxAge won't be shown -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33399] New: LivePreview: mw-collapsible and sortable should be applied after preview content is loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=33399 Web browser: --- Bug #: 33399 Summary: LivePreview: mw-collapsible and sortable should be applied after preview content is loaded Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com Classification: Unclassified I'm not sure whether LivePreview is still in an extension or is already in core. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33116] Wikitext generated for definitions (dd) misses colon
https://bugzilla.wikimedia.org/show_bug.cgi?id=33116 --- Comment #1 from Liangent liang...@gmail.com 2011-12-28 11:21:17 UTC --- And in generated HTML it's using lipDefinition/p/li instead of ddpDefinition/p/dd. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33090] Wikitext is not escaped
https://bugzilla.wikimedia.org/show_bug.cgi?id=33090 Liangent liang...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Liangent liang...@gmail.com 2011-12-28 11:23:07 UTC --- *** This bug has been marked as a duplicate of bug 33052 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33052] Escape preprocessor tags (especially pre)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052 Liangent liang...@gmail.com changed: What|Removed |Added CC||liang...@gmail.com --- Comment #5 from Liangent liang...@gmail.com 2011-12-28 11:23:07 UTC --- *** Bug 33090 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33052] Escape wikitext tags written by hand
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052 Liangent liang...@gmail.com changed: What|Removed |Added Summary|Escape preprocessor tags|Escape wikitext tags |(especially pre) |written by hand -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33380] Details of actions caught by a private filter should be private
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 --- Comment #12 from Nikola Kovacs nx.devn...@gmail.com 2011-12-28 11:29:41 UTC --- Ok, so on enwiki, oversighters can hide log entries, and sysops can view and edit private filters. So the solution seems to be that private filters should create log entries where the details and examine page are hidden from people who don't have abusefilter-view-private (the right required to view private filters, not to be confused with abusefilter-private, the right to view IP addresses in details, which is not enabled on enwiki). The oversighters can further hide those entries from sysops using the existing mechanism as well as hiding the entry completely from the abuse log. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33052] Escape wikitext tags written by hand
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052 --- Comment #6 from Bergi a.d.be...@web.de 2011-12-28 11:53:26 UTC --- I think we should distinguish between preprocessor syntax escaping (this bug), and wikisyntax escaping (Bug 33090). Of course we could escape everything that looks the least bit of a parser instruction, but the output wouldn't be readable. But the conditions of what to escape when differ a lot between preprocessor and wiki syntax, especially as we already have a DOM of the latter. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33393] SubPageList prevents deleting pages in MediaWiki 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393 --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-28 12:43:09 UTC --- What version of the extension? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33393] SubPageList prevents deleting pages in MediaWiki 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-28 12:43:41 UTC --- Fixed in 0.5, I'm assuming you are using something older. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33398] Wrong escape in online documentation for usercontribs
https://bugzilla.wikimedia.org/show_bug.cgi?id=33398 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-12-28 13:36:47 UTC --- Fixed in r107487 Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 --- Comment #63 from Nemo_bis federicol...@tiscali.it 2011-12-28 13:58:09 UTC --- Pipe trick doesn't work with Translate extension popups, I guess it's this bug again. https://translatewiki.net/w/i.php?title=MediaWiki:Bw-desc-freecol/itdiff=prevoldid=3550365 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33380] Details of actions caught by a private filter should be private
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 Nikola Kovacs nx.devn...@gmail.com changed: What|Removed |Added Attachment #9771|0 |1 is obsolete|| --- Comment #13 from Nikola Kovacs nx.devn...@gmail.com 2011-12-28 14:26:41 UTC --- Created attachment 9776 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9776 Proposed patch 2 Ok, this patch makes log entries belonging to private/hidden filters behave as if the user did not have abusefilter-log-detail. I've added a parameter, $filter_id, to SpecialAbuseLog::canSeeDetails. If it's not null, the function checks if the filter is hidden (by calling AbuseFilter::filterHidden), and in that case returns true only if AbuseFilterView::canViewPrivate() (i.e. the user is allowed to view private filters) is true (in addition to requiring abusefilter-log-detail). I've made the methods canViewPrivate() and canEdit() of AbuseFilterView static, to avoid code duplication in the above. I hope that doesn't break anything, though it shouldn't since it already used a static variable. Since the abuse log may contain entries generated by global filters, I've modified AbuseFilter::filterHidden to handle global filters as well. I wasn't able to test this though. Whenever SpecialAbuseLog::canSeeDetails is called for a specific log entry, it is called with a filter id. However, it's called without a filter id for determining whether a user should be able to search for log entries belonging to a specific filter. This is allowed for public filters, but is disallowed for private ones. If the user tries to search for log entries belonging to a private filter, and canViewPrivate is false, the condition is not added to the query so it returns all log entries. In addition, I hid the hitcount from the filter list for private filters from users who cannot see details of the filter. The link would search for log entries created by the filter, but if the user can't view the details then that doesn't work (even before this patch, the links would be displayed but not work for users who didn't have abusefilter-log-detail). I don't know if the hitcount itself should be displayed without the link though, I opted not to. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33052] Escape wikitext tags written by hand
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052 --- Comment #7 from Liangent liang...@gmail.com 2011-12-28 14:43:52 UTC --- (In reply to comment #6) I think we should distinguish between preprocessor syntax escaping (this bug), and wikisyntax escaping (Bug 33090). Of course we could escape everything that looks the least bit of a parser instruction, but the output wouldn't be readable. But the conditions of what to escape when differ a lot between preprocessor and wiki syntax, especially as we already have a DOM of the latter. Yeah but I don't really know how VisualEditor works... However if bug 33090 is resolved I guess this bug is resolved automatically. Maybe bug dependency? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33380] Details of actions caught by a private filter should be private
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 Nikola Kovacs nx.devn...@gmail.com changed: What|Removed |Added Attachment #9776|0 |1 is obsolete|| --- Comment #14 from Nikola Kovacs nx.devn...@gmail.com 2011-12-28 15:28:39 UTC --- Created attachment 9777 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9777 Proposed patch 2 improved I got rid of some unnecessary db queries (when the function calling canSeeDetails already does a database query and has af_hidden, it passes it to canSeeDetails so it doesn't have to call filterHidden), and I changed the error message abusefilter-log-cannot-see-details, since it's shown when you try to view a single entry. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33400] New: Maintenance/update.php fails due to error caused by Semantic Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400 Web browser: --- Bug #: 33400 Summary: Maintenance/update.php fails due to error caused by Semantic Mediawiki Product: MediaWiki extensions Version: any Platform: Other OS/Version: Linux Status: NEW Severity: critical Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: insane...@hotmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified I try to run maintenance/update.php (via web browser, mw-config/index.php) The opening screen works, but the following gives below error message. note that SMW_LanguageEn.php is where it's supposed to be. Warning: include_once(languages/SMW_LanguageEn.php) [function.include-once]: failed to open stream: No such file or directory in /hermes/bosweb/web291/b2916/ipg.fincawikiorg/en/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 785 Warning: include_once() [function.include]: Failed opening 'languages/SMW_LanguageEn.php' for inclusion (include_path='/hermes/bosweb/web291/b2916/ipg.fincawikiorg/en:/hermes/bosweb/web291/b2916/ipg.fincawikiorg/en/includes:/hermes/bosweb/web291/b2916/ipg.fincawikiorg/en/languages:.:/usr/local/lib/php-5.2.17/lib/php') in /hermes/bosweb/web291/b2916/ipg.fincawikiorg/en/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 785 Fatal error: Class 'SMWLanguageEn' not found in /hermes/bosweb/web291/b2916/ipg.fincawikiorg/en/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 789 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33400] Maintenance/update.php fails due to error caused by Semantic Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400 --- Comment #1 from Milan Patel insane...@hotmail.com 2011-12-28 15:57:25 UTC --- Note that this problem has been reported elsewhere: http://permalink.gmane.org/gmane.comp.web.wiki.semediawiki.user/10723 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33400] Maintenance/update.php fails due to error caused by Semantic Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400 Milan Patel insane...@hotmail.com changed: What|Removed |Added Web browser|--- |Google Chrome --- Comment #2 from Milan Patel insane...@hotmail.com 2011-12-28 15:58:45 UTC --- Also note this problem occurs on Mediawiki installation 1.18 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 16794] $wgSharedDB PostgreSQL support
https://bugzilla.wikimedia.org/show_bug.cgi?id=16794 --- Comment #22 from Luca Fulchir t...@codepedia.eu 2011-12-28 16:01:19 UTC --- tested, seems ok. since it doesn't force the main schema phpunit is now back to using temporary tables. If you run phpunit with $wgshareddb set it still gives you the shared table instead of the temporary. The tableName() for mysql seems to force the database if it's a shared table, so even for mysql phpunit + $wgshareddb gives you the shared table... which means it should now work as intended ( I hope :p) I haven't tested it with mysql, trough, just looked at the code. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33400] Maintenance/update.php fails due to error caused by Semantic Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400 --- Comment #3 from Milan Patel insane...@hotmail.com 2011-12-28 16:03:33 UTC --- Another instance, and proposed solution? http://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg29717.html -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #34 from DavidL lamb...@orange.fr 2011-12-28 16:20:34 UTC ---
Revert to MW 1.17 instead.
MW 1.18 caused multiple problems.
What about the {{subst:}} problem ?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 33401] New: WebFonts must load content language's font not interface lang's font
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401 Web browser: --- Bug #: 33401 Summary: WebFonts must load content language's font not interface lang's font Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: WebFonts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: srik@gmail.com CC: s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified I use Tamil interface on all wikis. When i visit Oriya wiki logged in, the webfonts menu shows tamil fonts instead of Oriya ones. I think its safe to assume that user who has chosen non English interface, has the particular languages' fonts installed locally and WebFonts must load based on langauge on page(by default,use default lang of wiki). Otherwise like Narayam, it must support both userlang and wikilang, but wonder if thats needed really. I prefer the first option. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33320] Configure Babel extension category names for vo.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=33320 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Reedy s...@reedyboy.net 2011-12-28 16:56:07 UTC --- Done -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33319] Configure Babel extension category names for pt.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=33319 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Reedy s...@reedyboy.net 2011-12-28 16:56:10 UTC --- Done -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33402] New: Reassociate IP address doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=33402 Web browser: --- Bug #: 33402 Summary: Reassociate IP address doesn't work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified When using reassociate IP address, it breaks things fairly badly. Likely this is a nova bug, but we should not assume that using associate IP in nova should disassociate and reassociate addresses. We should call disassociate and associate rather than just associate. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33401] WebFonts must load content language's font not interface lang's font
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401 --- Comment #1 from Srikanth Logic srik@gmail.com 2011-12-28 17:20:31 UTC --- I think its safe to assume that user who has chosen non English interface to be read as I think its safe to assume that user who has chosen non English / non wiki default content lang interface -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33301] Bad SSL cert at integration.mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33301 --- Comment #3 from Antoine hashar Musso has...@free.fr 2011-12-28 17:33:14 UTC --- And https://gerrit.wikimedia.org/r/1732 which adds SSLCACertificateFile to fix cert verification -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 28162] Installer does not respect initial DBport declaration
https://bugzilla.wikimedia.org/show_bug.cgi?id=28162 Greg Sabino Mullane g...@turnstep.com changed: What|Removed |Added CC||g...@turnstep.com --- Comment #3 from Greg Sabino Mullane g...@turnstep.com 2011-12-28 17:42:13 UTC --- Verified the two line change to phase3/includes/installer/PostgresInstaller.php in r89859 fixes this for me, FWIW. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33380] Details of actions caught by a private filter should be private
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 --- Comment #15 from Prodego prod...@gmail.com 2011-12-28 18:19:39 UTC --- That's an excellent solution. I am trying to think if there would be a reason for the abuse log of private filters to be public, and I cannot immediately think of one. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31966] Android app should show privacy policy for location data
https://bugzilla.wikimedia.org/show_bug.cgi?id=31966 --- Comment #4 from Tomasz Finc tf...@wikimedia.org 2011-12-28 18:24:58 UTC --- (In reply to comment #3) Does GeoNames have a privacy policy? I tried and failed to find it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33380] Details of actions caught by a private filter should be private
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380 --- Comment #16 from Nikola Kovacs nx.devn...@gmail.com 2011-12-28 18:34:46 UTC --- Transparency. But another reason why details of private filters shouldn't be public is that they give insights into how the filter works. The point of having private filters is obfuscating the code, so that a spammer or whatever doesn't know what to avoid. Right now they have a convenient link to all the filter's previous hits, with a diff for each and every case where the filter prevented an edit, making it easier to figure out how to circumvent the filter. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33391] Inter-wiki Read in... button graphic
https://bugzilla.wikimedia.org/show_bug.cgi?id=33391 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |hwa...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 15607] Install Extension:Interlanguage on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607
Erik Moeller e...@wikimedia.org changed:
What|Removed |Added
CC||s.mazel...@xs4all.nl
--- Comment #90 from Erik Moeller e...@wikimedia.org 2011-12-28 19:14:14 UTC
---
This bug has been quiet for a long time, and people are legitimately asking
whether this is something we're ever going to deploy or not.
I've asked Siebrand whether this is something he would like to take on with the
internationalization team. Here's a quick take from my end:
I've just poked at the last version of it. It looks like it's now using a
special parser tag called {{languagelink}} to render the language links both in
the sidebar and the wiki page.
This is better, but I'd still like to get this closer to the design/workflow
proposed in
http://www.mediawiki.org/wiki/Extension:Interlanguage/WMF_Design_Pass ,
specifically, to have a custom UI for adding (and ideally editing) links.
Intuitively, I'd prefer a less verbose syntax for managing the links, such as:
languages
de|Wikipedia:Hauptseite|This is the new German Main page, it used to be at
[[Hauptseite]]
en|Main Page
/languages
(This matches the gallery syntax.) It could then be parsed into a nice table
and made editable as such.
It'll also need a final code review before it's deployable.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 33393] SubPageList prevents deleting pages in MediaWiki 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393 --- Comment #3 from fastgoldf...@gmail.com 2011-12-28 19:27:49 UTC --- Yes, it looks like the fix came out in 0.5 a few hours BEFORE I reported this bug. Impressive bug fix speed! I tested 0.5 and the problem is resolved. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33403] New: SubPageList fails to show subpages in MediaWiki 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=33403 Web browser: --- Bug #: 33403 Summary: SubPageList fails to show subpages in MediaWiki 1.18 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SubPageList AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fastgoldf...@gmail.com CC: jeroen_ded...@yahoo.com Classification: Unclassified After this bug was fixed: https://bugzilla.wikimedia.org/show_bug.cgi?id=33393 SubPageList fails to show subpages in MediaWiki 1.18. You can see it here with the login Demo/test: http://www.coincompendium.com/w/index.php/Sandbox There are many subpages for that page, but since I can't see them, I can't think of what they are off the top of my head, so I made a new subpage to demonstrate this bug: http://www.coincompendium.com/w/index.php/Sandbox/test_page SPL still fails to show the new subpage. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33393] SubPageList prevents deleting pages in MediaWiki 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393 --- Comment #4 from fastgoldf...@gmail.com 2011-12-28 19:46:28 UTC --- It looks like a new bug was introduced: https://bugzilla.wikimedia.org/show_bug.cgi?id=33403 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33404] New: GeSHi does not color xml
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404 Web browser: --- Bug #: 33404 Summary: GeSHi does not color xml Product: MediaWiki Version: 1.18.0 Platform: PC OS/Version: Windows 7 Status: NEW Severity: minor Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: blaster...@gmail.com Classification: Unclassified Using a default MediaWiki skin and unmodified Geshi.css, the following is supposed to color XML code, but it only colors attributes. syntaxhighlight lang=xml ?xml version=1.0 encoding=utf-8? library book isbn=9780385182447 titlePet Sematary/title authorStephen King/author book /library /syntaxhighlight -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33404] GeSHi does not color XML
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404 Alan blaster...@gmail.com changed: What|Removed |Added Summary|GeSHi does not color xml|GeSHi does not color XML -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33404] GeSHi does not color XML
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404 Reedy s...@reedyboy.net changed: What|Removed |Added CC||soxre...@gmail.com Component|General/Unknown |SyntaxHighlight (GeSHi) Platform|PC |All Version|1.18.0 |any Product|MediaWiki |MediaWiki extensions OS/Version|Windows 7 |All -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 27027] Share button in Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27027 --- Comment #18 from varnent ad...@wikiqueer.org 2011-12-28 21:06:27 UTC --- Bawolff: This is from long back (sorry about that) - but it looks like whoever may have been doing it cleaned it up. Someone mentioned it in IRC (I should have clarified that earlier) and I didn't think to ask where. I've done a sort of random sampling of WMF projects and didn't see anything odd. Not sure if it was happening and later removed - or it just appeared that way at one point. In any case - working on a new extension now: http://www.mediawiki.org/wiki/Extension:WikiShare Once it's done I may visit all WMF projects to tally which have the share buttons and see if any are using APIs or such - if nothing else to let them know this extension is a possible solution. I like the idea of a more consistent use - especially for smaller or possibly less tech-savy projects. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33361] Previous and next Nearby (map) article
https://bugzilla.wikimedia.org/show_bug.cgi?id=33361 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33362] Close Nearby view
https://bugzilla.wikimedia.org/show_bug.cgi?id=33362 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33401] WebFonts must load content language's font not interface lang's font
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401 --- Comment #2 from Siebrand s.mazel...@xs4all.nl 2011-12-28 21:10:13 UTC --- Let's agree on the basics here: when there is a lang tag, and web fonts is active, it should apply the appropriate font for each supported and tagged language. Right? (I don't expect any disagreement here.) this is te behaviour I expect of the current version of WebFonts. If you're seeing anything else, as you are reporting, there are two possibilities: * the content is not tagged correctly - it should be content language by default for content * WebFonts is not doing things as we think it should Let's determine what's going on and fix it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31869] Android app should not forget that its just done a near by me search if the location hasn't changed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31869 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | AssignedTo|a...@nitobi.com |yuvipa...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31447] Android App 1.0 release (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Bug 31447 depends on bug 31869, which changed state. Bug 31869 Summary: Android app should not forget that its just done a near by me search if the location hasn't changed https://bugzilla.wikimedia.org/show_bug.cgi?id=31869 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31869] Android app should not forget that its just done a near by me search if the location hasn't changed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31869 --- Comment #3 from Tomasz Finc tf...@wikimedia.org 2011-12-28 21:12:54 UTC --- Re-opening. I'm seeing this happen again. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 15607] Install Extension:Interlanguage on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607 Maarten Dammers maar...@mdammers.nl changed: What|Removed |Added CC||maar...@mdammers.nl --- Comment #91 from Maarten Dammers maar...@mdammers.nl 2011-12-28 21:36:19 UTC --- Having read plenty of discussions about interwiki/interlanguage links I always notice two things getting mixed: * The interlanguage model * The implementation of this model Say [de, en, fr, nl] are sets of articles in different languages. If de:A, en:A, fr:A nl:A and all exist and are about the exact subject these should all be linked. That's the easy model. The current implementation is Pywikipedia bots (with shitloads of edits). But we don't live in an ideal world. For clearly defined subjects the interwiki's are clear, but for not so clearly defined subjects or broad subjects you end up with things like: de:A - en:A - fr:A' - nl:A - de:A' We call these interwiki conflicts and some can't be solved, ever. How does this extension deal with this situation? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 15607] Install Extension:Interlanguage on en.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607 --- Comment #92 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-12-28 21:41:03 UTC --- (In reply to comment #91) We call these interwiki conflicts and some can't be solved, ever. How does this extension deal with this situation? Last time i checked, this extension just co-exists with the current implementation. You can use both the extension (star model) and the links inside the articles (diamond model). So it definitely doesn't interfere and doesn't make things worse. It will probably make things better, because it will become much easier to manually solve the conflicts that can be solved. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 30914] user.tokens and user.options are implemented too late, modules can't depend on them
https://bugzilla.wikimedia.org/show_bug.cgi?id=30914 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC|krinklem...@gmail.com | Version|1.19-svn|1.17.0 AssignedTo|roan.katt...@gmail.com |krinklem...@gmail.com Target Milestone|--- |1.19.0 release --- Comment #3 from Krinkle krinklem...@gmail.com 2011-12-28 21:47:54 UTC --- Okay, so no issues left to resolve. Looks like first usage has come along. mw.Api module is using this as of r107350. I'll go ahead and move those to the head and see what happens. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32353] UploadWizard multi-file select broken on Firefox 3.6 / Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=32353 Erik Moeller e...@wikimedia.org changed: What|Removed |Added Priority|Low |Normal CC||e...@wikimedia.org --- Comment #3 from Erik Moeller e...@wikimedia.org 2011-12-28 22:20:31 UTC --- Can reproduce in FF 3.6 on Windows and Ubuntu. If we can't fix this, we should blacklist multi-file selection for the 3.X branches. Increasing priority to Normal. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 30914] Embeddable ResourceLoader modules (user.options, user.tokens) should be loaded in head for proper dependency resolution
https://bugzilla.wikimedia.org/show_bug.cgi?id=30914 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|user.tokens and |Embeddable ResourceLoader |user.options are|modules (user.options, |implemented too late, |user.tokens) should be |modules can't depend on |loaded in head for proper |them|dependency resolution --- Comment #4 from Krinkle krinklem...@gmail.com 2011-12-28 22:20:47 UTC --- Fixed in r107534 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 29272] Implement ResourceLoader 2.0 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29272 Bug 29272 depends on bug 30914, which changed state. Bug 30914 Summary: Embeddable ResourceLoader modules (user.options, user.tokens) should be loaded in head for proper dependency resolution https://bugzilla.wikimedia.org/show_bug.cgi?id=30914 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33405] New: Wikipedia Android app doesn't show pins after redo search until user taps the screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=33405 Web browser: --- Bug #: 33405 Summary: Wikipedia Android app doesn't show pins after redo search until user taps the screen Product: Wikimedia Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: android AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tf...@wikimedia.org CC: herman.w...@nitobi.com, tf...@wikimedia.org Classification: Unclassified When you use the redo search button you wont see any of the pins land until you tap the screen. This is confusing as a user will think their search failed. It also seems to happen when just tapping near by. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33405] Wikipedia Android app doesn't show pins after redo search until user taps the screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=33405 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Blocks||31447 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31447] Android App 1.0 release (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Depends on||33405 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33401] WebFonts must load content language's font not interface lang's font
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401 --- Comment #3 from Srikanth Logic srik@gmail.com 2011-12-28 22:47:23 UTC --- I agree with your expectation. IIRC there was even a webfonts.all test where a sample page loaded webfonts for all supported languages with lang tags and that test passed. http://translatewiki.net/wiki/WebFonts_assessment/autotesting2 -- If am right, passes for me too on same browser - with a comment, On the article page, all fonts render, but on the edit or,my,saz fails and displays squares inside edit box. (My guess is i have fonts for others, and they are displaying for local). Branch it to new bug if you could reproduce the same. == Coming to Main bug == Am putting below the snippets of source i get when am logged in. html lang=ta dir=ltr class=client-nojs xmlns=http://www.w3.org/1999/xhtml; titleଉଇକିପିଡ଼ିଆ/title !-- bodycontent --div lang=or dir=ltr class=mw-content-ltr 1. html lang is set to ta, my interface renders Lohit-Tamil by default, if I reset the font it renders everything in TSCu_Paranar (My local tamil font) 2. Even though title tag doesnt have any lang code, am able to see the oriya text on the title bar render properly. 3. Body Content div has or as lang tag bug everything else on page are squares. === Anonymous === When am anonymous, things work perfectly fine during when both html lang=or... and !-- bodycontent --div lang=or dir=ltr class=mw-content-ltr. Title doesnt have lang code here too, but works fine. PS: For testing this bug I renamed all my oriya ttf files and cleared my font cache using fc-cache -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33401] WebFonts must load content language's font not interface lang's font
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401 --- Comment #4 from Srikanth Logic srik@gmail.com 2011-12-28 22:50:16 UTC --- Assuming this works fine, should the UI have both Tamil Oriya Font as checked to inform the user 2 webfonts are being used to render the page? This can be lower priority and thought along with UI redesign. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33289] Search language is not in current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=33289 Phil Chang phili...@gmail.com changed: What|Removed |Added CC||amir.ahar...@mail.huji.ac.i ||l --- Comment #2 from Phil Chang phili...@gmail.com 2011-12-28 22:57:13 UTC --- Yes, this is the behavior we think is right. But we want confirmation from Amir after testing some other languages. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33289] Search language is not in current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=33289 --- Comment #3 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-12-28 23:05:21 UTC --- This must the most common complaint that i heard from Hebrew speakers, although i haven't tried it myself yet. The way it works on the regular sites makes sense to me: when you're looking at an article in Chinese, you expect that the search box will search articles in Chinese, not in English. I'll try to find a phone to test more languages tomorrow. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32353] UploadWizard multi-file select broken on Firefox 3.6 / Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=32353 Saibo saibotr...@arcor.de changed: What|Removed |Added CC||saibotr...@arcor.de --- Comment #4 from Saibo saibotr...@arcor.de 2011-12-28 23:11:35 UTC --- That would need a probably simple blacklist and is unresolved for over 1.5 months despite I had directly on the deployment told this to Neil in IRC (AFAIK). Please only deploy new features if you have the manpower to support it it least a bit. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32626] Backlinks generated by references/ shouldn't be visible in printed version of pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=32626
MrBlueSky mrblue...@wikipedia.be changed:
What|Removed |Added
CC||mrblue...@wikipedia.be
--- Comment #1 from MrBlueSky mrblue...@wikipedia.be 2011-12-28 23:53:39 UTC
---
This can be done by changing MediaWiki:Print.css. On
https://nl.wikipedia.org/wiki/MediaWiki:Print.css we have:
ol.references li a[href|=#cite_ref] {display:none;}
It would be nice though if Cite would give the backlinks a special class to
make this somewhat easier (or make them invisible by default?).
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 33122] LocalisationUpdate not updating FlaggedRevs messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33122 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added Priority|Low |High CC||marcin.cies...@gmail.com --- Comment #6 from Marcin Cieślak marcin.cies...@gmail.com 2011-12-28 23:59:10 UTC --- This is caused by r102741 which renamed presentation directory to frontend. There is more discussion on r104088, but it seems that the symlink solution does not work. As of r107515 running on Wed Dec 28 23:54:10 UTC 2011 on Wikimedia (plwiki) we still have a problem. Bumping importance to High, as some messages on live site look really strange. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32858] Do not parse .js/.css pages and save their parsed content in database tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #35 from Tim Starling tstarl...@wikimedia.org 2011-12-29 00:11:19
UTC ---
(In reply to comment #34)
Revert to MW 1.17 instead.
MW 1.18 caused multiple problems.
I'm not aware of any difference between MW 1.17 and MW 1.18 in the way it
handles CSS/JS page parsing. Please file a separate bug.
What about the {{subst:}} problem ?
You can file a separate bug for that. But the discussion here indicates that it
would probably be a WONTFIX also since subst is desired by some.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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 33392] Users without abusefilter-modify-restricted can remove restricted actions
https://bugzilla.wikimedia.org/show_bug.cgi?id=33392 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33394] For [[MediaWiki:Lqt hist comment edited/en]] on https sites a padlock is always shown
https://bugzilla.wikimedia.org/show_bug.cgi?id=33394 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33395] MediaWiki core does not have a way to generate interwiki cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=33395 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33396] Reset font shows squares inspite of having font installed
https://bugzilla.wikimedia.org/show_bug.cgi?id=33396 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33399] LivePreview: mw-collapsible and sortable should be applied after preview content is loaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=33399 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33330] only full legal code is linked in the settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=0 Saibo saibotr...@arcor.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #12 from Saibo saibotr...@arcor.de 2011-12-29 00:33:13 UTC --- http://creativecommons.org/licenses/by-sa/3.0/ is english for me - it should instead be in German for me. That is why I said: link to our templates... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33330] only full legal code is linked in the settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=0 --- Comment #13 from Saibo saibotr...@arcor.de 2011-12-29 00:34:53 UTC --- (In reply to comment #12) http://creativecommons.org/licenses/by-sa/3.0/ is english for me - it should instead be in German for me. That is why I said: link to our templates... Or you can link to the translated deed (see the footer of each deed page). Think of this: [[:commons:Commons_talk:Upload_Wizard#Upload_wizard_-_community_hackers_edition]] Just a reminder.. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33330] only full legal code is linked in the settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=0 --- Comment #14 from Neil Kandalgaonkar ne...@wikimedia.org 2011-12-29 00:43:17 UTC --- I'm not sure that our translations have the same legal force. The whole point of these links isn't usability (sadly) but being legally correct. If we link to our templates, then it's two hops away from the real legal code. The Creative Commons site does offer translations in some languages, but then it gets complicated to track those. But I'll pass your comments onwards. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33330] only full legal code is linked in the settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=0 --- Comment #15 from Erik Moeller e...@wikimedia.org 2011-12-29 00:56:04 UTC --- From both a legal _and_ usability point of view, the current templates aren't ideal, because 1) they don't include the full text of the human-readable deed (i.e. the With the understanding that.. portion), 2) they are, as Neil says, two clicks away from the legal code. The templates could be changed to link to the legal code (and that's a change you'd be well-positioned to make, Saibo, and it would be a good one), but even if they are, the templates are likely always going to be an abbreviated version of the full deed. For the purposes of choosing a license, linking at least to the full, official deed which in turn always links to the full (English-only) legal code seems like the most sensible option. The actual license names already have i18n messages, so how about adding a messagekey-url message for each license URL? Then translations of the deeds could be localized as appropriate, and would default to English if no localized version is available. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31007] rebuildrecentchanges.php fails for Postgresql with strings for integers
https://bugzilla.wikimedia.org/show_bug.cgi?id=31007 Tim Landscheidt t...@tim-landscheidt.de changed: What|Removed |Added Keywords||need-review, patch CC||t...@tim-landscheidt.de --- Comment #7 from Tim Landscheidt t...@tim-landscheidt.de 2011-12-29 01:00:22 UTC --- (In reply to comment #5) [...] Unfortunately I'm not that wiki-expert to know all the implications of all this changes, so maybe someone with more experience can have a look at my observations. Not being one either, I looked at the code path, and Database::makeList seems to behave like you expected (though it isn't documented). I tested the patch I'll upload in a bit, and it worked fine. Could someone commit it please? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31007] rebuildrecentchanges.php fails for Postgresql with strings for integers
https://bugzilla.wikimedia.org/show_bug.cgi?id=31007 --- Comment #8 from Tim Landscheidt t...@tim-landscheidt.de 2011-12-29 01:01:36 UTC --- Created attachment 9778 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9778 Patch to fix rebuildrecentchanges PostgreSQL bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33406] New: Remove robots.txt
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406 Web browser: --- Bug #: 33406 Summary: Remove robots.txt Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Bugzilla AssignedTo: mhershber...@wikimedia.org ReportedBy: t...@tim-landscheidt.de CC: innocentkil...@gmail.com, s...@reedyboy.net Classification: Unclassified ATM, MediaZilla isn't indexed by search engines, which means that searching for MediaWiki bugs will *never* get one here, but directs one at most to one of those many fishy websites that pair up the bug mailing list with advertisements. Even if one then reads the bug number and searches for mediawiki bug 4711, one still doesn't get here. So please remove robots.txt. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33407] New: Babel MainCategory
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407 Web browser: --- Bug #: 33407 Summary: Babel MainCategory Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Babel AssignedTo: rob...@rhl.me.uk ReportedBy: snaeva...@gmail.com Classification: Unclassified Add the following Babel configuration varible for is.wikipedia: $wgBabelMainCategory = 'Notandi %code%'; -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33408] New: Babel CategoryNames
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408 Web browser: --- Bug #: 33408 Summary: Babel CategoryNames Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Babel AssignedTo: rob...@rhl.me.uk ReportedBy: snaeva...@gmail.com Classification: Unclassified Add the following Babel configuration varibles for is.wikipedia: $wgBabelCategoryNames = array( '1' = 'Notandi %code%-1', '2' = 'Notandi %code%-2', '3' = 'Notandi %code%-3', '4' = 'Notandi %code%-4', '5' = 'Notandi %code%-5', 'N' = 'Notandi %code%-M' ); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33407] Babel MainCategory
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407 Reedy s...@reedyboy.net changed: What|Removed |Added Component|Babel |Site requests Version|any |unspecified AssignedTo|rob...@rhl.me.uk|wikibugs-l@lists.wikimedia. ||org Product|MediaWiki extensions|Wikimedia Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33406] Remove robots.txt
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||ops -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33408] Babel CategoryNames
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408 Reedy s...@reedyboy.net changed: What|Removed |Added Component|Babel |Site requests Version|any |unspecified AssignedTo|rob...@rhl.me.uk|wikibugs-l@lists.wikimedia. ||org Product|MediaWiki extensions|Wikimedia Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33407] Babel MainCategory for is.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||shell CC||p858sn...@gmail.com Component|Site requests |Extension setup Summary|Babel MainCategory |Babel MainCategory for ||is.wikipedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33408] Babel CategoryNames for is.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||shell CC||p858sn...@gmail.com Component|Site requests |Extension setup Summary|Babel CategoryNames |Babel CategoryNames for ||is.wikipedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33122] LocalisationUpdate not updating FlaggedRevs messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33122 --- Comment #7 from Reedy s...@reedyboy.net 2011-12-29 00:08:41 UTC --- Aaron - Any reason we can't just push a trunk version of FR into 1.18wmf1? Seems the easiest way to make it consistent, and probably the quickest rather than a load of debugging what ifs... If so, which rev can we branch from? Or can we take SVN HEAD? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33368] Please enable WebFont on bypwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33368 --- Comment #2 from Uttam Singha usin...@gmail.com 2011-12-29 02:07:10 UTC --- (In reply to comment #1) Can you link to consensus for enabling WebFonts there? Thanks for your reply. Here is the link: http://bpy.wikipedia.org/wiki/%E0%A6%89%E0%A6%87%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE:Request -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33409] New: Transient CDB read/write failures
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409 Web browser: --- Bug #: 33409 Summary: Transient CDB read/write failures Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tstarl...@wikimedia.org Classification: Unclassified On the main Wikimedia app cluster we log occasional read and write failures in CDB, causing bug 31576 and other issues. Analysis of the CDB code and limited testing indicates that a disk full condition may cause a truncated CDB file to be moved into the destination. Most of our app servers have /tmp mounted on a tiny (2GB) partition which is commonly 60-70% full. A spike in disk space usage could cause a transient disk-full condition. More defensive handling of CDB writes might fix this issue. The return values of the underlying write() and close() syscalls should be checked, and if an error occurs, the temporary file should be deleted without the rename being done, and an exception thrown. There are problems in many places: * PHP's dba_close() does not check whether the write of the hashtable or the close() succeeded. This is not easy to fix, since dba_close() just calls the resource destructor, and the resource destructor interface (rsrc_dtor_func_t) does not provide a return value. * Using CdbWriter_PHP would at least allow us to check for failures during the hashtable write. However fclose() suffers from the same problem as dba_close(): it calls the resource destructor and so cannot provide a meaningful error return. It doesn't even check for failures during the final flush of the internal write buffer, see https://bugs.php.net/bug.php?id=60110 * CdbWriter_DBA::set() just passes through the return value of dba_insert(), it does not throw an exception. Thus most callers will continue despite a disk-full error. * CdbWriter_PHP::set() throws an exception on a write error, however this will lead to __destruct() being called and thus a truncated CDB file being moved into the destination. Also, the fact that CdbWriter objects are finalised and closed on __destruct() may lead to an incomplete file being moved into place if some unrelated exception is thrown in the caller during rebuild. Fixing this will mean requiring that callers call CdbWriter::close() before letting the object go out of scope, breaking backwards compatibility for callers like dumpInterwiki.php and extensions/Babel/txt2cdb.php My recommendations are: * Add a configuration variable to configure which CdbWriter subclass is used, and make it CdbWriter_PHP by default. It looks like it makes sense to use the C reader but the PHP writer. * Fix the exception and error handling in both the DBA and PHP versions of CdbWriter. * Encourage the PHP devs to do something about resource destructor error propagation. * Increase the size of the /tmp partition on the app servers. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33409] Transient CDB read/write failures
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Keywords||platformeng -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31576] Magic words are considered to be (non-existing) templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #26 from Tim Starling tstarl...@wikimedia.org 2011-12-29 02:47:36 UTC --- The urgent site issue is fixed, so I'm marking this bug resolved. I have filed bug 33409 for what is apparently the root cause. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33410] Allow IP edits on wikimania2012.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from p858snake p858sn...@gmail.com 2011-12-29 04:32:16 UTC --- Is there community consensus for this change?, It appears in bug 28520#c2 that it was requested to be restricted when the wiki was created. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 15867] Use of Extensions like AntiBot and AntiSpam
https://bugzilla.wikimedia.org/show_bug.cgi?id=15867 fastgoldf...@gmail.com changed: What|Removed |Added CC||fastgoldf...@gmail.com --- Comment #1 from fastgoldf...@gmail.com 2011-12-29 04:15:25 UTC --- Now that ConfirmEdit is bundled with MediaWiki 1.18, maybe that should be considered for support: http://www.mediawiki.org/wiki/MediaWiki_1.18#Bundled_extensions -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 10919] Save as tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=10919 fastgoldf...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from fastgoldf...@gmail.com 2011-12-29 04:12:12 UTC --- I went ahead and marked this as WONTFIX since it has been several years since anything has happened with this report, and it seems that in most cases a form preload can easily achieve the requested functionality. Feel free to reopen it if there's a use case that isn't already served by using a query string preload. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32182] enable articlefeedback extension on spanish wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32182 Pedro Sánchez pdsanc...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Comment #8 from Pedro Sánchez pdsanc...@gmail.com 2011-12-29 03:34:13 UTC --- I posted the proper category names a couple weeks ago: This is the category that will have the exceptions Category:Wikipedia:Exclusiones de la evaluación de artículos and we also want all disambiguations to be excluded. The disambiguacions are found on Categoría:Wikipedia:Desambiguación Reopening to bump it -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33410] Allow IP edits on wikimania2012.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410 Jeremy Baron bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added Keywords||shell CC||bugzilla+org.wikimedia@tuxm ||achine.com, ||innocentkil...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33410] New: Allow IP edits on wikimania2012.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410 Web browser: --- Bug #: 33410 Summary: Allow IP edits on wikimania2012.wikimedia.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aude.w...@gmail.com Classification: Unclassified Please enable IP edits on the wikimania2012.wikimedia.org wiki. We believe that IP edits are positive contributions more often than not, want to be inclusive, and in case of any trouble, we are closely watching recent changes. Page creation can continue to be restricted though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32425] Reuploading deleted file causes SF to fail
https://bugzilla.wikimedia.org/show_bug.cgi?id=32425 fastgoldf...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from fastgoldf...@gmail.com 2011-12-29 04:06:06 UTC --- *** Bug 33232 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33409] Transient CDB read/write failures
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409 --- Comment #1 from Tim Starling tstarl...@wikimedia.org 2011-12-29 04:22:05 UTC --- A couple more thoughts: * Calling fflush() before fclose() would be useful since fflush() calls write() and returns false on error. Then fclose() will only call close() which is somewhat less likely to fail on disk-full. * Maybe a cache stampede after l10n cache invalidation causes /tmp to fill up. Switching to manualRecache mode would fix this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33232] File upload form broken if warnings in upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=33232 fastgoldf...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||fastgoldf...@gmail.com Resolution||DUPLICATE --- Comment #1 from fastgoldf...@gmail.com 2011-12-29 04:06:06 UTC --- I believe this is a duplicate of this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=32425 *** This bug has been marked as a duplicate of bug 32425 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 18363] Classes for styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=18363 fastgoldf...@gmail.com changed: What|Removed |Added CC||fastgoldf...@gmail.com --- Comment #1 from fastgoldf...@gmail.com 2011-12-29 04:21:55 UTC --- When you say the table, I think you mean the form fields? Right now, they fields have CSS id's that are numbered sequentially in the pattern input_n, where n is the order that it appears on the form. Although that can be targeted with CSS or javascript, but it would affect all other forms that have the same input_n id number. I agree, being able to customize classes and id's for form fields would be handy for advanced users. If you meant the form table, that is already easy to customize using wikitable syntax: http://www.mediawiki.org/wiki/Help:Tables http://en.wikipedia.org/wiki/Help:Table http://meta.wikimedia.org/wiki/Help:Table -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33409] Transient CDB read/write failures
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409 --- Comment #2 from Tim Starling tstarl...@wikimedia.org 2011-12-29 05:15:17 UTC --- Filed PHP bug about dba_close(): https://bugs.php.net/bug.php?id=60621 Probably it will be closed bogus, but at least it's a starting point. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33410] Allow IP edits on wikimania2012.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410 --- Comment #2 from Aude aude.w...@gmail.com 2011-12-29 06:00:46 UTC --- The community is harej and myself (along with other Wikimania 2012 team members like jeremyb and ^demon), and we agree. Of course, the Main Page and other key pages can be semi- or fully-protected, but don't see vandalism as much a problem on other wikis like outreach wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33382] Files used in CR comments don't get listed as being used on wiki on file description pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33382 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #4 from MZMcBride b...@mzmcbride.com 2011-12-29 06:50:50 UTC --- I'd consider the relationship between CodeReview and an image repo (foreign or not) to be roughly the equivalent of mywikisite.org and a foreign file repo like Wikimedia Commons. We don't (and won't) track file usage on foreign wikis. Similarly, I don't think it's necessary to track file usage in CodeReview comments. I'd recommend wontfix or invalid here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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
