[Bug 30619] Date formatting for Finnish is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=30619 --- Comment #10 from Niklas Laxström niklas.laxst...@gmail.com 2011-12-10 08:11:03 UTC --- From user's point of view neither mw nor mediawiki doesn't make sense. It's a implementation detail and they are only looking for pretty formatting that works in their language. -- 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 32944] New: count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944
Web browser: ---
Bug #: 32944
Summary: count= parameter does not count in relation to offset=
parameter
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Semantic MediaWiki
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: fastgoldf...@gmail.com
CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org
Classification: Unclassified
If this produces the number 10:
{{#ask: [[Category:Some category]] | format=count}}
This will still produce the number 10:
{{#ask: [[Category:Some category]] | offset=1 | format=count}}
The correct behavior when offset would be for the count to be 10 - 1, for a
total of 9.
--
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 32455] Enable WebFonts on Incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=32455 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Keywords||i18n Priority|Unprioritized |Normal Status|NEW |ASSIGNED CC||santhosh.thottingal@gmail.c ||om AssignedTo|wikibugs-l@lists.wikimedia. |niklas.laxst...@gmail.com |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 32945] New: AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 Web browser: --- Bug #: 32945 Summary: AFTv5 Feedback form Option 2 - Change tabs and icons (updated) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: ArticleFeedbackv5 AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fflo...@wikimedia.org Classification: Unclassified Created attachment 9653 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9653 AFT v5 - Feedback form option 2 - Updated Mockup - 12-10-2011 This updated ticket includes 3 separate requests about feedback form Option 2 (to address concerns from WMF legal that this UI is too close to GetSatisfaction.com): 1) Change the number of tabs from 4 to only 3 (removing Questions from the mix) 2) Change the order of the tabs, as so: Suggestion, Praise, Problem 3) Replace icons for Option 2 with these new icons from Brandon: - Suggestion will remain a lightbulb (Brandon made it more consistent with other icons) - Praise will be the Moodbar happy face - Problem will be the Moodbar sad face See attached mockup. Note: Brandon's icons are attached. Please let us know if you would like us to split this ticket into smaller tickets. -- 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 32945] AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 --- Comment #1 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 09:00:01 UTC --- Created attachment 9654 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9654 Aft v5 - Feedback form option 2 - New Icons from Brandon (Zip) - 12-09-2011 -- 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 32931] Feedback form Option 2 Change Order
https://bugzilla.wikimedia.org/show_bug.cgi?id=32931 Fabrice Florin fflo...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 09:07:56 UTC --- Note that this ticket has been closed, and has been replaced with this new ticket 32945 instead: https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 -- 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 32945] AFTv5 Feedback form Option 2 - Change tabs and icons (updated)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32945 Fabrice Florin fflo...@wikimedia.org changed: What|Removed |Added Keywords||aftv5-1.0 Priority|Unprioritized |Highest URL||http://prototype.wikimedia. ||org/release-en/Golden-crown ||ed_Sparrow?bucket=2 --- Comment #2 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 09:12:00 UTC --- Note: This new ticket replaces this older ticket, which has now been closed: https://bugzilla.wikimedia.org/show_bug.cgi?id=32931 -- 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 32946] New: Moving a page doesn't update its category links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32946 Web browser: --- Bug #: 32946 Summary: Moving a page doesn't update its category links Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ght81-wikipe...@yahoo.com CC: bawolff...@gmail.com Classification: Unclassified If categories are included through templates, moving a page doesn't update its category links. A null edit resolves the problem. [[w:hu:Sablon:Népesség/Ciobanu]], [[w:hu:Kategória:Hibásan használt sablonok]]. -- 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 --- Comment #18 from Romaine romaine_w...@yahoo.com 2011-12-10 12:14:51 UTC --- Flooded by parserfunctions/magic words which are considered to be non-existing templates: http://nl.wikipedia.org/wiki/Speciaal:GevraagdeSjablonen -- 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 32947] New: Indexing broken on WMF private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=32947 Web browser: --- Bug #: 32947 Summary: Indexing broken on WMF private wikis Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: lucene-search-2 AssignedTo: rain...@eunet.rs ReportedBy: billinghu...@gmail.com Classification: Unclassified The indexing on the wiki for CUs at WMF seems non-functional in more recent times. Would someone please check to see if there is an issue. -- 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 32517] Variant of Vector skin for Commons (move categories further up on page, away from fineprint)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32517 User:Docu test5...@myway.com changed: What|Removed |Added Summary|Variant of Vector skin for |Variant of Vector skin for |Commons |Commons (move categories ||further up on page, away ||from fineprint) -- 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 32893] server prototype.wikimedia.org has no https
https://bugzilla.wikimedia.org/show_bug.cgi?id=32893 --- Comment #4 from billinghurst billinghu...@gmail.com 2011-12-10 12:31:12 UTC --- I am happy with this being marked as WONT FIX. I was just following general instructions for where no https. -- 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 32947] Indexing broken on WMF private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=32947 --- Comment #1 from Robert Stojnic rain...@eunet.rs 2011-12-10 12:32:43 UTC --- Indexing of private wikis relies on the following script (on searchidx2): /home/rainman/scripts/search-import-db Which uses dumpBackup.php to dump wikis: mwdir=/home/wikipedia/common/php/ cd $mwdir php maintenance/dumpBackup.php \ $dbname \ --current --quiet \ --server=$slave $dumpfile However, currently this produces an error: No MWMultiVersion instance initialized! MWScript.php wrapper not used? Can someone please fix this, so that dumpBackup.php works on searchidx2? -- 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 26203] update search index and cached data on de.ws
https://bugzilla.wikimedia.org/show_bug.cgi?id=26203 --- Comment #6 from Robert Stojnic rain...@eunet.rs 2011-12-10 12:56:59 UTC --- Probably same issue as Bug 32947 -- 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 32948] New: {{REVISIONUSER}} is blank with null edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=32948
Web browser: ---
Bug #: 32948
Summary: {{REVISIONUSER}} is blank with null edit
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: c1...@hotmail.com
Classification: Unclassified
First create a page with the following:
* {{REVISIONUSER}}
* {{REVISIONTIMESTAMP}}
Is will show some data.
However, if a null edit is then done on the page, it doesn't show anything as
{{REVISIONUSER}} {{REVISIONTIMESTAMP}} are blank rather than the user time
of the last edit before the null edit.
A purge will then make the correct values 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 32935] Add the Americanist phonetic notation symbols on the special characters list
https://bugzilla.wikimedia.org/show_bug.cgi?id=32935 --- Comment #1 from Carlos Valenzuela cvmon...@yahoo.com 2011-12-10 13:07:29 UTC --- Sorry, this can be done by editing MediaWiki:Edittools -- 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 32935] Add the Americanist phonetic notation symbols on the special characters list
https://bugzilla.wikimedia.org/show_bug.cgi?id=32935 Carlos Valenzuela cvmon...@yahoo.com changed: What|Removed |Added 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 32949] New: fullurl generates incorrect interwiki links when using parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=32949
Web browser: ---
Bug #: 32949
Summary: fullurl generates incorrect interwiki links when using
parameters
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: lamb...@orange.fr
Classification: Unclassified
Hi,
I tried to use fullurl to generate a link to french wikibooks page edit from
the english wikipedia. I tried the 2 following syntaxes but both generates
incorrect links.
[{{fullurl:fr:b:MediaWiki:Gadget-GoogleTrans.js|diff=348912oldid=348908}} this
edit]
[{{fullurl:b:fr:MediaWiki:Gadget-GoogleTrans.js|diff=348912oldid=348908}} this
edit]
I don't know if the problem is from fullurl (Parser bug), or from server
redirections (Redirection 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 32949] fullurl generates incorrect interwiki links when using parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=32949 DavidL lamb...@orange.fr changed: What|Removed |Added Priority|Unprioritized |High -- 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 32950] New: Use jQuery.suggestions to add reason suggestions to block/delete/protect forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=32950 Web browser: --- Bug #: 32950 Summary: Use jQuery.suggestions to add reason suggestions to block/delete/protect forms Product: MediaWiki Version: unspecified Platform: All URL: https://pt.wikibooks.org/wiki/MediaWiki:Gadget-SysopSu ggestions.js OS/Version: All Status: NEW Keywords: javascript Severity: enhancement Priority: Unprioritized Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified I think the sysops may benefit from having live suggestions while they type the reason for protecting/deleting/blocking. The provided URL show a script which provides this feature. It takes the values from * [[MediaWiki:Protect-dropdown]] * [[MediaWiki:Revdelete-reason-dropdown]] * [[MediaWiki:Filedelete-reason-dropdown]] * [[MediaWiki:Ipbreason-dropdown]] * [[MediaWiki:Deletereason-dropdown]] which are already available in the form and then filter the list to display only those items which match what the user has typed. Please consider including something similar to MediaWiki. -- 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 26508] Content Security Policy (CSP)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26508 Hendrik Brummermann nhb_...@nexgo.de changed: What|Removed |Added CC||nhb_...@nexgo.de --- Comment #3 from Hendrik Brummermann nhb_...@nexgo.de 2011-12-10 14:31:52 UTC --- The first step is to remove all JavaScript that is embedded into the HTML output by the MediaWiki core via inline script-tags or on-attributes. Most inline javascript is created while the HTML page is rendered and contains data that is specific to the current page. This data can be stored in data-attributes for HTML 5 and attributes in a non-html namespace for XHTML. Once the MediaWiki core supports CSP, there could be a user option to enable unsave scripting. And a function for extensions to add unsave-inline, unsave-eval or urls to the whitelist. At the beginning of this year -when this feature request was made- only Firefox supported CSP. But among Webkit based browsers, even the latest preview of Internet Explorer 10 supports it now. The current draft of the specification is at: https://dvcs.w3.org/hg/content-security-policy/raw-file/tip/csp-specification.dev.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 29731] after updating MediaWiki to 1.17 all pages have gone. now they have strange titles. they were supposed to have Bulgarian titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=29731 --- Comment #7 from Ilhan Y. il...@ilhan.name 2011-12-10 14:38:32 UTC --- Updating from 1.16.5 to 1.18.0 didn't help. Same result. You can find the old db, new db, db update log, and phpinfo files here http://krumovgrad.eu/dbs/ An example page after the update http://krumovgrad.eu/w/index.php/%C3%90%CB%9C%C3%91%C2%81%C3%91%E2%80%9A%C3%90%C2%BE%C3%91%E2%82%AC%C3%90%C2%B8%C3%91%C2%8F The title should be in Bulgarian Cirilic but it is not. -- 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 29742] Enable Extension:FlaggedRevs for fiwiki (fi.wikipedia.org)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29742 --- Comment #9 from kimmo.virta...@gmail.com 2011-12-10 14:45:06 UTC --- Change worked like a charm. There should one change more though. Reviewer right seems to do nothing and my guess is that there is error in wgFlaggedRevTags setting and you could try to fix it by removing the wgFlaggedRevTags line from fiwiki customization (eg.i am hoping that using defaults would do the trick and fix things :) ) -- 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 29102] Upgrade fails Unknown character set: 'mysql4
https://bugzilla.wikimedia.org/show_bug.cgi?id=29102
Bruno btech...@free.fr changed:
What|Removed |Added
CC||btech...@free.fr
--- Comment #25 from Bruno btech...@free.fr 2011-12-10 15:03:16 UTC ---
Hello,
I want to upgrade from MW 1.16.4 with MySql 5 database and I have same bug with
same message:
Database returned error 1115: Unknown character set: 'mysql4'
(localhost)
I'm not an expert with php and database but I have looked inside code and I
have found where the value 'mysql4' is determined in upgrade mode (I dont know
if it's same in installation mode, I have not tested)
This is in file: ...\mediawiki-1.18.0\includes\installer\MysqlInstaller.php at
line #160
# Determine existing default character set
if ( $conn-tableExists( revision ) ) {
$revision = $conn-buildLike( $this-getVar( 'wgDBprefix' ) .
'revision' );
$res = $conn-query( SHOW TABLE STATUS $revision, __METHOD__ );
$row = $conn-fetchObject( $res );
if ( !$row ) {
$this-parent-showMessage( 'config-show-table-status' );
$existingSchema = false;
$existingEngine = false;
} else {
if ( preg_match( '/^latin1/', $row-Collation ) ) {
$existingSchema = 'mysql4';
} elseif ( preg_match( '/^utf8/', $row-Collation ) ) {
$existingSchema = 'utf8';
} elseif ( preg_match( '/^binary/', $row-Collation ) ) {
$existingSchema = 'binary';
} else {
$existingSchema = false;
$this-parent-showMessage( 'config-unknown-collation' );
}
if ( isset( $row-Engine ) ) {
$existingEngine = $row-Engine;
} else {
$existingEngine = $row-Type;
}
}
} else {
$existingSchema = false;
$existingEngine = false;
}
In my database I have different collation, som tables have utf8_general_ci, and
others latin1_swedish_ci
Is this normal or not ?
For the table 'revision' collation is 'latin1_swedish_ci' and it' why the
upgrade set the value to mysql4
What do you think about that, and have you an idea to correct
Thanks
--
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 29102] Upgrade fails Unknown character set: 'mysql4
https://bugzilla.wikimedia.org/show_bug.cgi?id=29102
--- Comment #26 from Tremault trema...@hotmail.com 2011-12-10 15:31:36 UTC ---
(In reply to comment #25)
Hello,
For the table 'revision' collation is 'latin1_swedish_ci' and it' why the
upgrade set the value to mysql4
What do you think about that, and have you an idea to correct
Thanks
Bruno, that is very interesting. many of my tables in my schema are in
latin1_swedish.
I do not know why this is either. it seems arbitrary that these tables would be
using different charset. could it be that this is another name for iso8859?
I might assume that we can change sql4 in that file to a charset that exists in
our database, would it hurt to change that to utf8? or what about :-
if ( preg_match( '/^latin1/', $row-Collation ) ) {
$existingSchema = 'latin1';
would this work perhaps?
it seems a bit more logical, if the new tables are to match the old tables then
why not? it does seem like a bit of a messed up logic.
--
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 32867] Arabic Wikipedia Category Line break
https://bugzilla.wikimedia.org/show_bug.cgi?id=32867 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Mark A. Hershberger m...@everybody.org 2011-12-10 15:39:36 UTC --- ooh! fixed again. -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-10 16:16:11 UTC --- The count format is a special case, and is actually not a format, and therefore does not support the regular parameters such as limit, sort and offset. Adding support for these makes little sense. And if you want to substract some number from the result, you can always use some substraction parser function. -- 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 32951] New: Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Web browser: --- Bug #: 32951 Summary: Storing of web links with absolute protocol to the own protocol relative server Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Classification: Unclassified MediaWiki does not store web links to the own server in the database, but when the server is using a protocol relative url, web links with absolute urls (http and https) are stored in the database. Is this intended? -- 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 32951] Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Component|Export/Import |General/Unknown -- 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 32951] Storing of web links with absolute protocol to the own protocol relative server
https://bugzilla.wikimedia.org/show_bug.cgi?id=32951 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f ||ire.com --- Comment #1 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-12-10 17:20:03 UTC --- Wait, where is this being stored? -- 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 32794] UploadWizard should add attribution
https://bugzilla.wikimedia.org/show_bug.cgi?id=32794 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jeroen_ded...@yahoo.com Resolution||FIXED --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-10 17:46:33 UTC --- Added in r105766 -- 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 17397] Take the reader gender when the user is missing in the magic word GENDER
https://bugzilla.wikimedia.org/show_bug.cgi?id=17397 DavidL lamb...@orange.fr changed: What|Removed |Added CC||lamb...@orange.fr --- Comment #2 from DavidL lamb...@orange.fr 2011-12-10 17:53:50 UTC --- The gender tag should be enhanced to enable using the current username when none is provided. Otherwise, this tag is quite useless. Cache coherency is not a valid argument as the problem can be solved easily: When a user specific information is included in a wiki page (username, gender, other), the page identifier in the cache must include the user name (or user account identifier), and nothing for IP users. -- 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 17397] Take the reader gender when the user is missing in the magic word GENDER
https://bugzilla.wikimedia.org/show_bug.cgi?id=17397 DavidL lamb...@orange.fr changed: What|Removed |Added Priority|Lowest |Normal Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 32952] New: Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming
https://bugzilla.wikimedia.org/show_bug.cgi?id=32952 Web browser: --- Bug #: 32952 Summary: Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: zedlight...@gmail.com Classification: Unclassified I suggest adding an entry in Special:Preferences (user profile tab) similar to E-mail me when my user talk page is changed. A new entry called E-mail me when a page or category on my watchlist is being discussed for deletion. I also suggest separate special entries on the watchlist that are easy to see via a bolded font, and a different color such as red or green. The special entry should only disappear after the deletion/renaming discussion or deletion review has finished. The special entry is separate from the regular entry for the last edit to the page or category. Many complaints and much disillusion with Wikipedia occurs because people aren't clearly notified of deletion and renaming discussions of pages and categories. Renaming is in reference to categories only. Renaming is included here because category deletion usually occurs in concert with renaming. See: *http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion *http://en.wikipedia.org/wiki/Wikipedia:Categories_for_discussion For more info see this discussion page: http://en.wikipedia.org/wiki/Wikipedia_talk:Categories_for_discussion - go to the section titled something like Add requirement that category creators be notified. The discussion is currently ongoing and has expanded beyond just category creators to Wikiprojects, anybody who has watchlisted the page or category, and more. The discussion will eventually be found in the talk archives by the time some people read this bug thread. There seems to be consensus for some kind of clearer notification, but the problem is the large amount of work involved in notifying all the people watchlisting an article or category. Also, some people do not scan their watchlists every day or even every week. Edit summaries get missed due to later edits, cryptic edit summaries, or lack of thorough scans of large watchlists. -- 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 32952] Email notification and special-color watchlist notification when articles or categories are up for deletion or renaming
https://bugzilla.wikimedia.org/show_bug.cgi?id=32952 Reedy s...@reedyboy.net changed: What|Removed |Added Component|General/Unknown |General/Unknown Product|Wikimedia |MediaWiki 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 32948] {{REVISIONUSER}} is blank with null edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=32948 Reedy s...@reedyboy.net changed: What|Removed |Added Component|General/Unknown |Parser -- 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 32853] DBA caching backend is broken in MW 1.18 ($dir is an array)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32853 --- Comment #3 from Szőts Ákos szots...@gmail.com 2011-12-10 18:57:52 UTC --- Thank you for the quick fix! On a shared hosting I think this is the best solution before CACHE_NONE, so I'm forced to use this. Fortunately, if everything goes well we'll move to an other server where APC will be turned on, so we can forget the DBA caching. -- 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 30172] posix_isatty() check insufficient?
https://bugzilla.wikimedia.org/show_bug.cgi?id=30172 Tim De Baets tdebaet...@yahoo.com changed: What|Removed |Added CC||tdebaet...@yahoo.com --- Comment #6 from Tim De Baets tdebaet...@yahoo.com 2011-12-10 19:17:16 UTC --- Would it be possible to backport this to 1.18? I'm currently unable to upgrade my wiki because of this bug. Thanks. -- 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 32953] New: Purge doesn't work sporadically in MW 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=32953 Web browser: --- Bug #: 32953 Summary: Purge doesn't work sporadically in MW 1.18 Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danwe...@web.de Classification: Unclassified After I have updated to 1.18, sometimes action=purge had no effect. I noticed this when I had a php syntax error while developing and hitting purge, nothing changed. Only when I went into page editing and preview, I got the php error. Once, purge doesn't work on a page, I can hit purge a hundred times and it won't work. Then I go into preview and after that, purge works again. Looks like some caching issue, I didn't change anything in my settings and just use default caching settings. This only happens occasionally, not very often. But I am almost sure I would have noticed this if it would have been present in my 1.17 installation since I am using purge extensively every day. I am aware that the action=purge is removed from the url, so this is not because of just pressing F5 or anything. Also, I have no idea how to re-create this, just waiting for the next time this is happening and I am going to notice it. The worst thing about this is, when you are testing some stuff and can't be sure whether purge really has some effect, you might even have a flaw in your extension/template without noticing since the rendered site output still is the previous one until you edit your testing site again. -- 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 32953] Purge doesn't work sporadically in MW 1.18
https://bugzilla.wikimedia.org/show_bug.cgi?id=32953 Daniel Werner danwe...@web.de changed: What|Removed |Added Version|1.19-svn|1.18.0 -- 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 28613] Thumbnails of updated files fail to purge on squids due to protocol relative purge requests
https://bugzilla.wikimedia.org/show_bug.cgi?id=28613 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Summary|Thumbnails of updated files |Thumbnails of updated files |fail to purge on squids |fail to purge on squids due ||to protocol relative purge ||requests --- Comment #120 from Aaron Schulz aschulz4...@gmail.com 2011-12-10 19:52:37 UTC --- Reclosing. This bug was originally more specific. Intermittent purge fails (usually wmf packet loss) should go on bug 31680. -- 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 32929] Changer the default feedback link to the vertical button (Option C2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32929 Fabrice Florin fflo...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #1 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 19:53:06 UTC --- As far as I can tell on prototype, the blue color has been added, but not the new title we requested: 'Improve this page' (instead of 'Feedback'). -- 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 32933] Call to Edit CTA Change orders
https://bugzilla.wikimedia.org/show_bug.cgi?id=32933 Fabrice Florin fflo...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 20:00:26 UTC --- I don't remember asking for a close button on the Edit CTA when it is in the bottom of the page. Yoni, can you clarify where this request came from? This is not a real show-stopper, but I want to track how it came about. For now, I am going to reopen this ticket, so it remains on our radar. Your idea of a flowchart/list is a good one. Let's try to do this in coming days. -- 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 28613] Thumbnails of updated files fail to purge on squids due to protocol relative purge requests
https://bugzilla.wikimedia.org/show_bug.cgi?id=28613 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added AssignedTo|aschulz4...@gmail.com |wikibugs-l@lists.wikimedia. ||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 32857] Only show AFTv5 on articles in special AFT5 category
https://bugzilla.wikimedia.org/show_bug.cgi?id=32857 Fabrice Florin fflo...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #4 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 20:12:54 UTC --- This problem has not been solved to my satisfaction, based on what is on prototype now. For example, this unlisted article should not be displaying AFTv5, because it is not in the 'Article Feedback 5' category: http://prototype.wikimedia.org/release-en/AFT5_unlisted_article Please go through our testing page to verify that all conditions on that page have been met: http://prototype.wikimedia.org/release-en/AFT5_test_hub -- 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 32838] Do not show AFTv4 and AFTv5 on the same page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32838 Bug 32838 depends on bug 32857, which changed state. Bug 32857 Summary: Only show AFTv5 on articles in special AFT5 category https://bugzilla.wikimedia.org/show_bug.cgi?id=32857 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 32838] Do not show AFTv4 and AFTv5 on the same page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32838 --- Comment #5 from Fabrice Florin fflo...@wikimedia.org 2011-12-10 20:14:24 UTC --- This problem has not been solved to my satisfaction, based on what is on prototype now. For example, this unlisted article should not be displaying AFTv5, because it is not in the 'Article Feedback 5' category: http://prototype.wikimedia.org/release-en/AFT5_unlisted_article Please go through our testing page to verify that all conditions on that page have been met: http://prototype.wikimedia.org/release-en/AFT5_test_hub See the same comments on bug 32857. -- 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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944
--- Comment #2 from fastgoldf...@gmail.com 2011-12-10 21:20:15 UTC ---
I agree the sort parameter would make no sense. I'm not sure that limit
would make no sense. I have considered using limit on counts when there are a
lot of counts, to improve performance.
For example, a query could be used to detect any count over 100, and then that
information can be used to produce a links to several pages of further results,
using queries like this:
{{#ask: [[Category:Some category]] | limit=101 | offset=0 | format=count}}
{{#ask: [[Category:Some category]] | limit=101 | offset=200 | format=count}}
{{#ask: [[Category:Some category]] | limit=101 | offset=300 | format=count}}
{{#ask: [[Category:Some category]] | limit=101 | offset=400 | format=count}}
Of course, I'm assuming that putting a limit on counts would improve
performance, since I don't know how counts are produced internally (they may be
cached, or produced by some fast method). I'm also guessing that these
operations one at a time in sequence, only when requested would have better
performance than doing them all at once on every page load.
When offset doesn't work, I suspect counts will not be accurate when the number
exceeds $smwgQMaxLimit (I haven't tried it). I also suspect an offset ability
would allow $smwgQMaxLimit to be set higher than the default 1, with
conscientious use of count, offset, and limit to ensure adequate performance.
What do you think?
--
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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-12-10 21:25:06 UTC --- Count is an exception because it does not fetch a list of results and then counts those. It fetches the count. You cannot add a limit to 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 26088] Have combobox allow only existing values
https://bugzilla.wikimedia.org/show_bug.cgi?id=26088 fastgoldf...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #6 from fastgoldf...@gmail.com 2011-12-10 21:37:20 UTC --- Reopened. There are no issues with the focus as far as I can tell. It appears to me that it works perfectly in all of my tests. The issue is that nothing else works, and the goal proposed in this report has definitively not been achieved: The user could still type in a non-existing page, since it's a combobox. Existence is verified after the user hits Save page. If the value does not exist within the specified set (category=Wiki Page above), an error message displays and the form stays open. This behavior would match that of a mandatory string field that is empty on Save page. The combobox still will: * allow non-existing values to be saved. * no error message is displayed * the form does not remain open to allow the user to fix the error in the same manner as the behavior invoked by the mandatory parameter Although the focus feature is interesting, I think it should be removed. The focus feature will delete all of the data the user entered if there is a minor typographical error, with no opportunity to fix it. In the case where a user meticulously enters in some data, and then switches to another browser tab to check that the data is entered in correctly, it would be more than a little annoying for the user to come back to the form and see all of the data has been erased. -- 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 --- Comment #8 from Derk-Jan Hartman hart...@videolan.org 2011-12-10 21:37:33 UTC --- 1: Ok, then that is fixed now. 2: ok 3: You understand incorrect on all accounts. Doesn't matter :D 4: They are entirely different implementations. They were bound to have some inconsistencies between them. The new one is much more flexible and future proof than the old 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Derk-Jan Hartman hart...@videolan.org 2011-12-10 21:39:39 UTC --- I notice this was reopened.. Closing again as fixed, because the bug is fixed. Deployment towards the english wikipedia, will take a few weeks/months as usual for non-critical bugs. -- 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 31601] tablesorter (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31601 Bug 31601 depends on bug 32888, which changed state. Bug 32888 Summary: Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers. https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 What|Old Value |New Value Status|REOPENED|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 32954] New: Source security group addition in security group dialog is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=32954 Web browser: --- Bug #: 32954 Summary: Source security group addition in security group dialog is broken Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified When adding source security groups in the security group dialog, OSM adds a security group from another project. Since it's apparently possible to add groups from other projects (which is weird), it's probably best to list security groups by project, then let users select a security group in that specific project. First priority is allowing security groups within the same project, though. -- 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 32955] New: Property type URL cannot be queried by property when the URL contains equal sign character =
https://bugzilla.wikimedia.org/show_bug.cgi?id=32955
Web browser: ---
Bug #: 32955
Summary: Property type URL cannot be queried by property when
the URL contains equal sign character =
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Semantic MediaWiki
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: fastgoldf...@gmail.com
CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org
Classification: Unclassified
Type URL can:
Define a property:
* [[URL::https://www.google.com/search?q=semantic+mediawiki]]
Be queried for the property:
* {{#show: Some page | ?URL}}
* {{#ask: [[Some page]] | ?URL}}
But cannot be queried by property if the URL has an equals sign in it:
* {{#ask: [[URL::https://www.google.com/search?q=semantic+mediawiki]] | ? |
?URL}}
* {{#ask: [[URL::=]] | ? | ?URL | link=none}}
It will produce the incorrect error Some subquery has no valid condition..
This was tested in SMW 1.6. I'm not sure if this bug still exists in current
development versions (I can't use SMW 1.6.1 because image queries do not work
well).
--
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 32944] count= parameter does not count in relation to offset= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=32944 --- Comment #4 from fastgoldf...@gmail.com 2011-12-10 21:46:17 UTC --- I see, so it sounds like counts are precalculated, and impose no performance penalty for large numbers. Is that correct? -- 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 32956] New: Form inputs should use HTML label tag for inputs that have labels
https://bugzilla.wikimedia.org/show_bug.cgi?id=32956 Web browser: --- Bug #: 32956 Summary: Form inputs should use HTML label tag for inputs that have labels Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: fastgoldf...@gmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified http://www.w3schools.com/tags/tag_label.asp Input types checkbox, checkboxes, radiobutton should use the HTML label tag around labels for those input types. That will improve the clickability of those form inputs by reducing the accuracy required to achieve the click. This is particularly important for users using a finger touchscreen input device like an iPad, iPhone, and most tablet PC devices. It will also improve accessibility for impaired users who have difficulty making accurate clicks. Most importantly, it will allow much quicker editing of form pages by unimpaired users, especially in mass-edit circumstances that cannot be automated. -- 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 32957] New: ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 Web browser: --- Bug #: 32957 Summary: ApiSandbox: action feedbackdashboard doesn't load Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mrblue...@wikipedia.be CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified When selecting action=feedbackdashboard the module isn't loaded and a JavaScript error is thrown. This happens on mediawiki sites (e.g. https://en.wikipedia.org/wiki/Special:ApiSandbox), on trunk it works as expected. -- 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 32893] server prototype.wikimedia.org has no https
https://bugzilla.wikimedia.org/show_bug.cgi?id=32893 Mark A. Hershberger m...@everybody.org 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 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 32958] New: SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 Web browser: --- Bug #: 32958 Summary: SpecialAllMessages: input form doesn't show and remember filter option Product: MediaWiki Version: 1.18.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mrblue...@wikipedia.be Classification: Unclassified Created attachment 9655 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9655 Patch against trunk Goto for example https://en.wikipedia.org/wiki/Special:AllMessages. Next to Filter by customisation state no radiobutton is checked. Choose 'modified' or 'unmodified' and click go: again no radiobutton is checked. Clicking go again defaults to showing all messages instead of the selected filter. This happens in 1.18 and 1.19. Its because class AllmessagesTablePager uses $this-filter to set the radiobuttons instead of $this-custom. -- 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 32958] SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 MrBlueSky mrblue...@wikipedia.be changed: What|Removed |Added Attachment #9655|0 |1 is patch|| Attachment #9655|application/octet-stream|text/plain mime type|| -- 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 32958] SpecialAllMessages: input form doesn't show and remember filter option
https://bugzilla.wikimedia.org/show_bug.cgi?id=32958 MrBlueSky mrblue...@wikipedia.be changed: What|Removed |Added Keywords||need-review, patch CC||mrblue...@wikipedia.be Version|1.18.0 |1.19-svn -- 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Keywords|need-unittest | --- Comment #10 from Derk-Jan Hartman hart...@videolan.org 2011-12-10 22:51:03 UTC --- Added a unit test for this problem in r105773 -- 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 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #1 from Reedy s...@reedyboy.net 2011-12-10 23:27:05 UTC --- A backport or 2 extra needed Max? -- 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 32946] Moving a page doesn't update its category links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32946 --- Comment #1 from Bawolff bawolff...@gmail.com 2011-12-10 23:46:42 UTC --- Is this reproducible always, or did this just happen once? -- 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 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #2 from Reedy s...@reedyboy.net 2011-12-11 00:01:32 UTC --- Metrics Properties DOM Breakpoints Event Listeners load.php:150Uncaught TypeError: Cannot call method 'replace' of undefined Confirmed it works on trunk... https://www.mediawiki.org/wiki/Special:Code/MediaWiki/104754 I think that is what we merged ^ to fix a similar problem before.. -- 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 32888] Tables' headers' sortability attribute is disabled, when a 6-columnn table is inserted into one of its headers.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32888 --- Comment #11 from athenurlau...@hotmail.com 2011-12-11 00:44:30 UTC --- Thanks for attending to the problem and for the information. Purely out of curiosity: What kind of malprogramming produces such a weird phenotype? Embedded non-sortable tables stealing sortability away from their mothers by having a larger number of columns? Could you maybe please try to outline how this works (in non technical terms)? -- 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 26088] Have combobox allow only existing values
https://bugzilla.wikimedia.org/show_bug.cgi?id=26088 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Yaron Koren yaro...@gmail.com 2011-12-11 02:55:05 UTC --- The idea that validation should be improved is a valid opinion, but nevertheless it belongs in a different feature request, if anywhere, since this feature already exist. Marking back to 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 32751] Special:ListGroupRights says sysops can add Autochecked users even when $wgFlaggedRevsAutoconfirm is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=32751 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Aaron Schulz aschulz4...@gmail.com 2011-12-11 04:35:57 UTC --- Fixed in r105872. The group now exists by default. If wikis don't want it to even be addable/removable, then the add/remove rights config can be set accordingly. -- 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 32957] ApiSandbox: action feedbackdashboard doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=32957 --- Comment #3 from Max Semenik maxsem.w...@gmail.com 2011-12-11 05:32:02 UTC --- This particular bug was fixed in r104863. -- 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
