[Bug 29809] User rename did not complete (En.wikipedia User:White_Cat)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29809

Ariel T. Glenn  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|wikibugs-l@lists.wikimedia. |ar...@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 29809] User rename did not complete (En.wikipedia User:White_Cat)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29809

--- Comment #7 from とある白い猫  2011-09-16 06:42:37 
UTC ---
Could a dev please carry out this request?

-- 
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 30923] Fix edits following user rename

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30923

Ariel T. Glenn  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||ar...@wikimedia.org
 AssignedTo|wikibugs-l@lists.wikimedia. |ar...@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 30927] New: Omission of MySQLField::maxLength

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30927

   Web browser: ---
 Bug #: 30927
   Summary: Omission of MySQLField::maxLength
   Product: MediaWiki
   Version: 1.19-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: c...@uniyar.ac.ru
Classification: Unclassified


In recent versions of MediaWiki there is no MySQLField::maxLength() method
anymore. I recall it was in 1.15.4 which I've used a lot. Yet, there is
ORAField::maxLength(), for example. Is that for purpose?

-- 
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 11600] Wording change on "create new account"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11600

p858snake  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||p858sn...@gmail.com
 Resolution|FIXED   |

--- Comment #2 from p858snake  2011-09-16 05:53:44 UTC ---
REOPEN, this hasn't been done yet.

-- 
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 11600] Wording change on "create new account"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11600

Akshay Agarwal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||akshay.leadin...@gmail.com
 Resolution||FIXED

--- Comment #1 from Akshay Agarwal  2011-09-16 
05:45:58 UTC ---
There's already an RFP for that www.mediawiki.org/wiki/AccountCreation & an
extension under development www.mediawiki.org/wiki/Extension:SignupAPI

Once deployed this will surely be taken care of. Closing the bug for now.

-- 
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 30919] a magic word for getting the content language's direction is needed [PATCH]

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30919

--- Comment #1 from Niklas Laxström  2011-09-16 
05:15:42 UTC ---
My only complaint is that this adds a lot of markup to the messages. We know
that translators easily get it wrong and try to keep it in minimum.

-- 
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 30926] New: free text field autogrow does not work on some major browsers

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30926

   Web browser: ---
 Bug #: 30926
   Summary: free text field autogrow does not work on some major
browsers
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: SemanticForms
AssignedTo: yaro...@gmail.com
ReportedBy: fastgoldf...@gmail.com
CC: wikibugs-l@lists.wikimedia.org
Classification: Unclassified


This was first posted here:

http://www.mediawiki.org/wiki/Extension_talk:Semantic_Forms#Autogrow_bug

I have confirmed it in Opera and in Google Chrome. Opera has the free text
field collapse to just one line, while the Google Chrome behavior is to expand
to a size much larger than necessary, which sounds similar to the reported
FireFox behavior.

A solution may have been explored already, here:

http://stackoverflow.com/questions/3723963/jquery-val-does-not-work-for-textarea-in-opera

-- 
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 30925] New: Enhanced Recent Changes hooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30925

   Web browser: ---
 Bug #: 30925
   Summary: Enhanced Recent Changes hooks
   Product: MediaWiki
   Version: 1.17.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Recent changes
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: olivier.bea...@gmail.com
Classification: Unclassified


Finlay (irc) / quadir (mediawiki) here.

There seems to be a severe lack of hooks in the EnhancedChangesList class.

Talking about it on irc, hashar made a quick patch
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/97203
however it has problems as discussed there (output at the
EnhancedChangesList::recentChangesLine and endRecentChangesList level is really
inconvenient).

I would love for some kind of generic hook in ChangesList that allowed me to
modify each change (row) and give me the query data/obj for that row.  Looking
at the code, that's unlikely to come from ChangeList. Once you look at
includes/specials/SpecialRecentchanges.php, SpecialRecentchangeslinked.php and
SpecialWatchlist.php things start looking a bit better, since it assumes there
is a 'recentChangesLine ' for every ChangesList class (why isn't this enforced
by ChangesList???).  This would be great as you could then support any
ChangesList class, however since ECL makes such a mess of these functions it
wouldn't provide the functionality for the one that counts.

I have two ideas about how we could go about this. Both involve just hooking
EnhancedChangesList, and relying on the old hook for OldChangesList. Any 3rd
party ChangesList would have to provide 3rd party hooks for cross-support of
any extensions.

Method 1: oh neat! a one-liner.

Simply make a hook in EnhancedChangesList::recentChangesBlock between these
two:
  foreach( $this->rc_cache as $block ) {
if( count( $block ) < 2 ) {
where you pass in $block.  Each block is a collection of change objects which
contain all the information recentChangesBlockGroup() and
recentChangesBlockLine() will eventually use to build the output. If you change
the fields here, you change the output later. While not as powerful a
replacement as the hooks in Method 2, it is MUCH more elegant, especially for
things like changing how Usernames are displayed (my use case).

It should be noted it is already possible to do this, you hook
FetchChangesList, then copy+paste the code from ChangesList.php to make sure
you only replace the list when the user wants the enhanced changes. Extend the
EnhancedChangesList and override the recentChangesBlock() function to cycle
through $this->rc_cache and make the changes you want before passing to
parent::. If you go this route, Method 1 is not going to break your code down
the road. 

However with the workaround your code may break if the function name 
EnhancedChangesList::recentChangesBlock change on you, or it's parameters
change. It's definitely not as slick as a hook (even if a dumb one parameter
wise).

Method 2: (ugly)

To get the full change line you have to look at
EnhancedChangesList::recentChangesBlockGroup $r variable, however you quickly
realize that it will contain each "main summary line" (with usernames listed
with x2 x3 x4 edits), and then a series of actual edits (which get hidden by
default but can be expanded).

So if we were to create hooks, I would suggest creating a hook for each. 

collect the summary line from $r (change it to something else, then add it $r
after hook) 
746~:  $r = Html::openElement( 'table', array( 'class' => $classes ) ) .
Html::openElement( 'tr' );
to 
911~:   $r .= "\n";
and ensure the hook receives $block, as the user will likely want to rewrite it
based on query data, but since this is a summary row of multiple users, you
need the data for all the users. passing in only the user rcObj listed would be
cool, just ensure the whole objects are passed in.

then a hook for each change line from $r (change it to something else, then add
it $r after hook) before
924~:   #$r .= ''.$this->spacerArrow();
to
984~:   $r .= "\n";

where you ensure to pass in $rcObj.

then you need a 3rd hook (unless you can reuse the line one above) for
recentChangesBlockLine() which is used when there isn't more than one change on
a page on a day.

This will allow extension writters to actually do something with the data.

-- 
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 30924] Software doesn't accept underscores.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30924

p858snake  changed:

   What|Removed |Added

 CC||p858sn...@gmail.com

--- Comment #1 from p858snake  2011-09-16 02:26:32 UTC ---
Where did you try to upload this? your own wiki or on commons (using the upload
wizard)?

-- 
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 30924] New: Software doesn't accept underscores.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30924

   Web browser: ---
 Bug #: 30924
   Summary: Software doesn't accept underscores.
   Product: MediaWiki
   Version: unspecified
  Platform: PC
OS/Version: Windows 7
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Uploading
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: marklarc...@hotmail.com
CC: bryan.tongm...@gmail.com
Classification: Unclassified


When I tried to upload the file

Subtended_ Angle subtended by line curve and arc.svg

I got the error..
“Unknown error: "unknown-warning"”
The reason turned out to be the underscore in the name, but I would have easily
thought the problem was with the file and ended up giving up.

I suspect that it wouldn't be to difficult to identify that the problem is with
the name and point that out to the user.

Also, the software use to accept underscores.

Thanks for your time and good work.

Dave

-- 
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 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=20342

Brion Vibber  changed:

   What|Removed |Added

 Depends on||30922

-- 
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 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=20342

Bug 20342 depends on bug 30922, which changed state.

Bug 30922 Summary: DumpHTML "Latest revision" link oddities with 
protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30922

   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 30922] DumpHTML "Latest revision" link oddities with protocol-relative URLs

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30922

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Brion Vibber  2011-09-16 00:55:27 UTC 
---
r97226 clears this up; uses wfExpandURL(x, PROT_CANONICAL) when slurping in the
old article path (later used to generate the links).

-- 
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 30457] "zh-tw" language fallback to "en" after update to the current HEAD

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30457

--- Comment #2 from Pei-Tang Huang  2011-09-16 00:49:26 UTC ---
Yes, we were update from earlier version,
but after update to current version, the problem has gone!

-- 
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 29757] Incomplete user renames (and other username discrepancies) (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29757

user.ma...@gmail.com changed:

   What|Removed |Added

 Depends on||30923

-- 
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 30923] Fix edits following user rename

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30923

user.ma...@gmail.com changed:

   What|Removed |Added

 Blocks||29757

-- 
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 30923] New: Fix edits following user rename

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30923

   Web browser: ---
 Bug #: 30923
   Summary: Fix edits following user rename
   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: user.ma...@gmail.com
Classification: Unclassified


Could a dev please reassign a few edits from a user rename that didn't
complete?
Edits here: http://en.wikipedia.org/wiki/Special:Contributions/Odea should go
to here:
http://en.wikipedia.org/wiki/Special:Contributions/O%27Dea
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 30922] New: DumpHTML "Latest revision" link oddities with protocol-relative URLs

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30922

   Web browser: ---
 Bug #: 30922
   Summary: DumpHTML "Latest revision" link oddities with
protocol-relative URLs
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: DumpHTML
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: br...@wikimedia.org
CC: tf...@wikimedia.org
Blocks: 20342
Classification: Unclassified


When using protocol-relative links in $wgServer along with DumpHTML extension,
the 'Latest revision' tab can end up breaking when viewing the pages on the
local filesystem:

Latest revision

ends up resolving the URL in the browser to something like:

file:///trunk/index.php/Main_Page

which doesn't work too well.

Should probably use $title->getCanonicalURL 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

[Bug 30921] DumpHTML fails when outputting special pages - FauxRequest::getRequestURL not implemented

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30921

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Brion Vibber  2011-09-16 00:10:38 UTC 
---
Fixed in r97222.

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #9 from DaSch  2011-09-15 23:32:06 UTC ---
Yes I think so. But to be honest, I took a look at my database and this seams
totally confused. Most tables are InnoDB, but not all. Some have
utf8_general_ci some have latin1_swedish_ci and one even is in utf8_bin
that's all a bit 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 30921] New: DumpHTML fails when outputting special pages - FauxRequest::getRequestURL not implemented

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30921

   Web browser: ---
 Bug #: 30921
   Summary: DumpHTML fails when outputting special pages -
FauxRequest::getRequestURL not implemented
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: DumpHTML
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: br...@wikimedia.org
CC: tf...@wikimedia.org
Classification: Unclassified


Special:Categories...MediaWiki internal error.

Original exception: exception 'MWException' with message
'FauxRequest::getRequestURL() not implemented' in
/var/www/trunk/includes/WebRequest.php:1195
Stack trace:
#0 /var/www/trunk/includes/WebRequest.php(1238):
FauxRequest->notImplemented('FauxRequest::ge...')
#1 /var/www/trunk/includes/SkinTemplate.php(1007): FauxRequest->getRequestURL()
#2 /var/www/trunk/includes/SkinTemplate.php(465):
SkinTemplate->buildContentNavigationUrls()
#3 /var/www/trunk/extensions/DumpHTML/dumpHTML.inc(814):
SkinTemplate->outputPage(Object(OutputPage))
#4 /var/www/trunk/extensions/DumpHTML/dumpHTML.inc(479):
DumpHTML->getArticleHTML(Object(Title))
#5 /var/www/trunk/extensions/DumpHTML/dumpHTML.inc(222):
DumpHTML->doArticle(Object(Title))
#6 /var/www/trunk/extensions/DumpHTML/dumpHTML.inc(152): DumpHTML->doSpecials()
#7 /var/www/trunk/extensions/DumpHTML/dumpHTML.php(152):
DumpHTML->doEverything()
#8 {main}

This call happens in SkinTemplate::buildContentNavigationUrls(), when on
Special pages. Looks like Special:Categories is the only special page handled
by DumpHTML at the moment.

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #8 from Brion Vibber  2011-09-15 23:19:05 UTC 
---
Ah indeed -- this is some Semantic MediaWiki-only thing? Possibly only some
tables are incorrectly set up, or something else in SMW is causing bogus values
to end up 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 30883] Internal links with URL-encoded square brackets are not parsed into wiki links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30883

--- Comment #19 from fastgoldf...@gmail.com 2011-09-15 23:17:45 UTC ---
I'm going to update the documentation to discuss that links with parameters
need to contain the whole URL in an external link format, with the plainlinks
class. I don't think making an exception here in this bug for just special
pages will be nearly as useful as just fixing bug 11477, which solves both
problems.

-- 
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 30920] DumpHTML incompatibility with Collection (sidebar issue for SkinOffline)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30920

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Brion Vibber  2011-09-15 23:17:32 UTC 
---
r97219 drops these sections while processing for DumpHTML in SkinOffline.

-- 
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 30920] New: DumpHTML incompatibility with Collection (sidebar issue for SkinOffline)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30920

   Web browser: ---
 Bug #: 30920
   Summary: DumpHTML incompatibility with Collection (sidebar
issue for SkinOffline)
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: DumpHTML
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: br...@wikimedia.org
CC: tf...@wikimedia.org
Classification: Unclassified


The Collection extension adds a portlet to the sidebar array as an HTML chunk
like this:

string(534) "Create a bookDownload as PDFPrintable
version"

This causes dumpHTML to spew a butt-ton of these while running in
SkinOffline::buildSidebar:

PHP Warning:  Invalid argument supplied for foreach() in
/var/www/trunk/extensions/DumpHTML/SkinOffline.php on line 36
PHP Stack trace:
PHP   1. {main}() /var/www/trunk/extensions/DumpHTML/dumpHTML.php:0
PHP   2. DumpHTML->doEverything()
/var/www/trunk/extensions/DumpHTML/dumpHTML.php:152
PHP   3. DumpHTML->doArticles()
/var/www/trunk/extensions/DumpHTML/dumpHTML.inc:148
PHP   4. DumpHTML->doArticle()
/var/www/trunk/extensions/DumpHTML/dumpHTML.inc:209
PHP   5. DumpHTML->getArticleHTML()
/var/www/trunk/extensions/DumpHTML/dumpHTML.inc:479
PHP   6. SkinTemplate->outputPage()
/var/www/trunk/extensions/DumpHTML/dumpHTML.inc:814
PHP   7. SkinOffline->buildSidebar()
/var/www/trunk/includes/SkinTemplate.php:470

Probably should just ignore such sections; you at least wouldn't be able to use
Collection on a static output. :)

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #7 from DaSch  2011-09-15 23:14:44 UTC ---
BTW in my LocalSettings
$wgDBmysql5 = false;

-- 
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 11477] Don't mark external links to the current wiki as external

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11477

--- Comment #16 from fastgoldf...@gmail.com 2011-09-15 23:14:38 UTC ---
*** Bug 30883 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 30883] Internal links with URL-encoded square brackets are not parsed into wiki links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30883

fastgoldf...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 Resolution|WONTFIX |DUPLICATE

--- Comment #18 from fastgoldf...@gmail.com 2011-09-15 23:14:38 UTC ---
If there's no objections, I just changed this bug to Verified Duplicate because
bug 11477 is an indirect fix for this bug. So, it's not a wontfix, and it has
apparently been verified by many others.

Thanks to everyone for looking into this.

*** This bug has been marked as a duplicate of bug 11477 ***

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #6 from DaSch  2011-09-15 23:07:17 UTC ---
And another special page also for Semantic MediaWiki properties has no problem
with special-chars
http://www.wecowi.de/wiki/Spezial:Gew%C3%BCnschte_Attribute

-- 
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 30883] Internal links with URL-encoded square brackets are not parsed into wiki links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30883

--- Comment #17 from fastgoldf...@gmail.com 2011-09-15 23:05:41 UTC ---
This bug is related:

https://bugzilla.wikimedia.org/show_bug.cgi?id=11477

Would solving that bug be a good solution to this 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 11477] Don't mark external links to the current wiki as external

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11477

fastgoldf...@gmail.com changed:

   What|Removed |Added

 CC||fastgoldf...@gmail.com

--- Comment #15 from fastgoldf...@gmail.com 2011-09-15 23:05:00 UTC ---
This bug is related:

https://bugzilla.wikimedia.org/show_bug.cgi?id=30883

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #5 from DaSch  2011-09-15 23:04:07 UTC ---
Please consider the fact, that this is the only special page where this charset
error can be seen. All other pages are correct and this page already was
displayed correctly on this wiki and there were no changes made in the database
exept the one made by update.php and SMW_Admin.php for updating to the new
version

-- 
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 24889] ImageMagick thumbnails have moiré problems

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24889

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Moiré: Can we do anything   |ImageMagick thumbnails have
   |about it?   |moiré problems

-- 
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 24889] Moiré: Can we do anything about it?

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24889

--- Comment #5 from Brion Vibber  2011-09-15 22:55:29 UTC 
---
Created attachment 9065
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=9065
Sample scale-downs using ImageMagick & gimp

Adding a Gaussian blur on the original image before scaling seems to work
wonders for this engraving; a 10x10 blur in Gimp for 310px or a 2x2 blur for
1600px both come out looking fairly smooth.

Blurring may however be relatively slow, especially on large images; it's
probably not the best idea to turn it on as a default.


However I notice I actually get very good results using ImageMagick's
'-resize' mode instead of '-thumbnail'. By default -resize applies a Mitchell
filter; I can also apply '-filter Gaussian' which looks not quite as sharp.

The -filter option seems to be ignored by -thumbnail; or if it is applied it
looks like it happens after a much more primitive resampling which'll be what
gives us the heavy moire:

http://www.imagemagick.org/Usage/resize/#thumbnail


Of course part of the reason we use -thumbnail is probably because it's fast
because it doesn't do all that filtering at full resolution. :P

Being able to flip particular images into the slower, more filtered scaling may
actually be useful -- I suspect a simple on/off will be sufficient. But I don't
know what performance impact it'll have; very large source images with high
contrast are the target group, but very large source images are the exact ones
that are slow and use lots of memory to resize. :(

-- 
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 30915] Global option to add a "my uploads" link to Special:MyUploads at the top right next to "my contributions"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30915

--- Comment #2 from Rd232  2011-09-15 22:48:12 UTC ---
@Brion: in the long run, a Contributions list that handles both text and files
might be best, though given how different the needs of those are I'm not
entirely convinced. But in any case that's such a vastly more ambitious task
than this bug, it's not even funny... 

And I would think improving Special:ListFiles in the direction of the new
Commons Javascript
https://secure.wikimedia.org/wikipedia/commons/w/index.php?title=Special:MyGallery&withJS=MediaWiki:JSONListUploads.js
would be a rather higher priority than a merger.

-- 
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 28708] BiDi: LTR and RTL mixed up (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=28708

Amir E. Aharoni  changed:

   What|Removed |Added

 Depends on||30919

-- 
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 30919] New: a magic word for getting the content language's direction is needed [PATCH]

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30919

   Web browser: ---
 Bug #: 30919
   Summary: a magic word for getting the content language's
direction is needed [PATCH]
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: need-review, patch
  Severity: normal
  Priority: Unprioritized
 Component: Internationalization
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amir.ahar...@mail.huji.ac.il
CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl
Blocks: 28708
Classification: Unclassified


Created attachment 9064
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=9064
added the magic word WIKICONTENTDIR and applied it to the message
filepath-summary

A magic word for getting the content language's direction is needed. It is
useful, for example in Special:FilePath, which says "{{ns:file}}:". If you're
using an RTL wiki with uselang=en, the ':' will be displayed at the wrong end
of the word, so you need to set its direction explicitly.

According to SPQRobin's suggestion, i added the magic word WIKICONTENTDIR and
applied it to that message. It may be useful in other messages, too.

-- 
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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

Siebrand  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

--- Comment #11 from Siebrand  2011-09-15 22:17:23 UTC ---
You will have to wait until this gets deployed on the Wikimedia cluster. Given
the upcoming 1.18 deployment this may take up to two weeks (estimate).

-- 
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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

Bolatbek  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #10 from Bolatbek  2011-09-15 22:16:15 UTC 
---
(In reply to comment #8)
> Fixed in r97177. Tagged for backporting.

-- 
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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

--- Comment #9 from Bolatbek  2011-09-15 22:06:34 UTC 
---
does not work, see 

http://kk.wikipedia.org/wiki/%D2%9A%D0%B0%D1%82%D1%8B%D1%81%D1%83%D1%88%D1%8B:Bolatbek/TEST

-- 
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 30705] Charset Error on Special Page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30705

--- Comment #4 from Brion Vibber  2011-09-15 22:04:58 UTC 
---
It looks like either the wiki is misconfigured for the database's character set
settings, or the database itself has been corrupted with an incorrect
Latin1-to-UTF-8 conversion applied on export or import.

Page contents usually survive this because they're stored in binary BLOB
fields, but page titles, usernames, edit comments etc may have gotten
misconverted.

Try switching the $wgMySQL5 setting and double-check the encodings. Ideally,
most newly configured wikis will be set to binary charset/collation -- which
allows MediaWiki to speak UTF-8 Unicode without limitations. If things claim to
be either latin1 or utf8 and the contents are clearly wrong when viewed
directly in the db, it may be incorrectly set up.

This sometimes results from mysqldump operating on wikis that were originally
set up with a really old configuration where fields were labeled as Latin1
(such as when upgraded from an old MySQL 4.0 instance, or old versions of
MediaWiki that had aimed primarily for MySQL 4.0 compatibility. MySQL 4.0 and
earlier have *no* customizable charset support so whatever the default charset
was got used, even though we always actually sent/received UTF-8 data. This
sometimes results in data getting "converted to UTF-8" by mysqldump, or some
other sort of problem.)

Sometimes also the database itself is still ok, but a reconfiguration of the
wiki has caused the old settings to be lost and it's now defaulting to using
the modern mode, which can end up doing a similar misconversion. Try turning
off $wgMySQL5 in this case?

-- 
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 30917] Progress Bar Extension Apache warning

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30917

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Brion Vibber  2011-09-15 21:53:40 UTC 
---
This ext isn't in our SVN, but it seems to be right there on the wiki so I went
ahead and modified it there:

http://www.mediawiki.org/w/index.php?title=Extension:Progressbar&diff=434969&oldid=408580

-- 
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 30918] Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

James Alexander  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--- Comment #4 from James Alexander  2011-09-15 
21:52:56 UTC ---
Closing for now and if something else is wrong we can troubleshoot that.

-- 
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 30918] Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

--- Comment #3 from James Alexander  2011-09-15 
21:50:30 UTC ---
ahh interesting, I didn't realize the search index took that long to populate.
Thanks Brion

-- 
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 30918] Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

--- Comment #2 from Brion Vibber  2011-09-15 21:48:35 UTC 
---
Lucene is on for all Wikimedia wikis on primary hosting; it should work fine
as-is.

Looks like your prefix is pointing at the "Answers archive" page... I see that
that page is only a couple hours old. It may simply not have made it into the
search index yet.


You can see another search using a similar prefix that works just fine:
http://wikimediafoundation.org/w/index.php?title=Special%3ASearch&redirs=0&search=Wikimedia+prefix%3AOur+projects&fulltext=Search&ns0=1

-- 
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 30676] UploadWizard automatically adds .jpg file extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30676

--- Comment #10 from Platonides  2011-09-15 21:45:46 UTC 
---
I'm not sure (1) turns out to be pretty. A text below the title saying "Will be
saved as $1.jpg" that updates as you write looks nicer imho but that may have
its own issues (silly browsers, the change disturbing the user...).

I personally find uglier extensions with a different case than the main part of
the filename. Maybe not adding instead of removing the user part?
(that's still a magic behavior for the users, 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 30364] LanguageConverter should depend on the page content language instead of the wiki content language

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30364

Robin Pepermans (SPQRobin)  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 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 30918] Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

--- Comment #1 from James Alexander  2011-09-15 
21:31:34 UTC ---
As a bit more background the specific use case here is for prefix searches
through the inputbox extension which requires Lucene and is possible on the
Wikipedia projects with this currently activated on (enWiki plus a couple
others)

-- 
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 30918] Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

James Alexander  changed:

   What|Removed |Added

   Keywords||shell
   Priority|Unprioritized   |Normal
 CC||jalexan...@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 30918] New: Request turning on lucene search for foundationwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30918

   Web browser: ---
 Bug #: 30918
   Summary: Request turning on lucene search for foundationwiki
   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: moonriddeng...@gmail.com
Classification: Unclassified


Hi. I would like to enable "prefix" searches for the Foundation Wiki (as here:
http://wikimediafoundation.org/wiki/Answers). I understand that to get this to
work, I need to ask you to turn on lucene search for Foundation Wiki. I believe
the change needs to be made here:


I hope this isn't difficult, and would be very grateful if I could get that
search functioning up and running. :)

Maggie Dennis/Moonriddengirl

-- 
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 30890] Revival wanted for inactive WikimediaBE-l with no available admins left

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30890

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||dereck...@espace-win.org,
   ||kameraadpj...@wikipedia.be

--- Comment #2 from Mark A. Hershberger  2011-09-15 
21:17:33 UTC ---
Adding old admins as suggested by RobH.  Please respond and let us know if this
can be 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 30396] Form popup does not work with IE7.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30396

--- Comment #6 from f.trott  2011-09-15 21:08:10 UTC ---
Ok, I'm finished, I hope. If you want to give it a try please replace
../SemanticForms/libs/SF_popupform.js and
../SemanticForms/skins/SF_popupform.css.

Cheers.

-- 
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 30682] Link icon inconsistencies when using protocol relative URLs

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30682

--- Comment #4 from Seb35  2011-09-15 21:07:31 UTC ---
I’m not sure if it should be fixed, it depends of the interpretation of each
symbol.

Previously (in all-http mode) the lock emphasized the link is in https
(exception to the http standard protocol) and the blue arrow simply indicated a
link.

Now in https, given external links are also used for internal links (link to
action=edit for instance), fixing this bug would mean many locks would appear
in https mode and I’m not sure it is desirable for internal external links (at
least). It could also be argued that the blue arrow is a "normal" link and the
lock has the special meaning of emphasizing an https link.

Else to solve this issue, a solution could be to have a special icon for
protocol-relative links which would be different in http or https mode (special
configuration of the server/Apache). It’s a bit complicated and not easily
deployable/packageable, perhaps not possible. Or it could be indicated in
mediawiki.org as a customization for sysadmins.

-- 
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 30917] Progress Bar Extension Apache warning

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30917

Ashar Voultoiz  changed:

   What|Removed |Added

  Component|[other] |ProgressBar

-- 
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 24999] Cannot create a username containing a Zero width joiner on languages where a ZWJ makes a visible difference and is required

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24999

--- Comment #17 from Bawolff  2011-09-15 20:58:15 UTC ---
(In reply to comment #16)
> The right url seems to be http://unicode.org/reports/t��0��/
> There are some regular expressions reported, I think they are based on \L{}
> (Unicode properties). Luckily, we can do some slow things on this path.

I think the rXXX in the url is screwing it up with magic revision auto-linking.
Lets try http://www.unicode.org/reports/t%7231/

Last time I looked at that page, the regexs used things based on the more
complex unicode properties supported by perl but not pcre. However it was still
very do-able, one just needed to create a fairly large (not huge though)
character class 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 24999] Cannot create a username containing a Zero width joiner on languages where a ZWJ makes a visible difference and is required

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24999

--- Comment #16 from Platonides  2011-09-15 20:53:07 UTC 
---
The right url seems to be http://unicode.org/reports/tr31/
There are some regular expressions reported, I think they are based on \L{}
(Unicode properties). Luckily, we can do some slow things on this path.

-- 
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 30917] New: Progress Bar Extension Apache warning

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30917

   Web browser: ---
 Bug #: 30917
   Summary: Progress Bar Extension Apache warning
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Unprioritized
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: brios...@gmail.com
Classification: Unclassified


Received this warning in Apache when saving wiki markup for progress bar
extension and progress bar does not display after saving or previewing wiki
markup:

[Thu Sep 15 16:11:26 2011] [error] [client 172.28.0.37] PHP Warning:  Parameter
3 to wfProgressbarParserHook() expected to be a reference, value given in
/var/www/html/wiki/mediawiki-1.17.0/includes/parser/Parser.php on line 3470,
referer:
http://172.28.0.158/wiki/mediawiki-1.17.0/index.php?title=Test4&action=edit&redlink=1



Fixed using this patch to Progressbar.php:
31c31
< function wfProgressbarParserHook ( $text, $params = array(), &$parser ) {
---
> function wfProgressbarParserHook ( $text, $params = array(), $parser ) {


Link for the extension is at
http://www.mediawiki.org/wiki/Extension:Progressbar

Regards.

-- 
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 30907] Special:unusedcategories sorts in reverse alphabetical order instead of normal alphabetical order

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30907

Ashar Voultoiz  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 CC||has...@free.fr

--- Comment #6 from Ashar Voultoiz  2011-09-15 20:27:27 UTC ---
Merged back to REL1_17 r97197 & REL1_18 r97198

Should be released in mw 1.17.1 and 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 30676] UploadWizard automatically adds .jpg file extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30676

--- Comment #9 from Neil Kandalgaonkar  2011-09-15 
20:25:23 UTC ---
This was noted by some previous testers (who were familiar with MediaWiki
already).

Probably the right answer is twofold:

1) add the extension to the interface, in non-editable text at the right end of
the title input.

2) silently remove an extension in the filename, if it matches the existing
extension case-insensitively.

-- 
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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30208

--- Comment #80 from The Blade of the Northern Lights  
2011-09-15 19:46:30 UTC ---
(In reply to comment #79)
> (In reply to comment #74)
> > > Someone editing Wikipedia in their spare time, contributing useful 
> > > information
> > > may not wait 4 days. They may never come back.
> > 
> > Then they probably wouldn't have stayed anyway. 
> I disagree.
> 
> > 4 days and 10 edits is not a
> > large commitment, considering that most experienced longtime editors have 
> > well
> > over 10,000 edits over the course of many years.
> 
> It's very different to set such kind of requirement (or others much higher) 
> for
> things like votations, and for core features like creating a page.
> 
> If person A wants to create an article about Foomatics, *on his own time*, 
> *for
> free*, requiring him to eg. "patrol 10 pages before doing that" will not
> encourage new editors to stay.

We get that you don't agree with us, but we have the stats on our side;
nonetheless, this bug is (for the time being, at least) marked as resolved,
won't fix.  Let it go.

-- 
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 30676] UploadWizard automatically adds .jpg file extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30676

--- Comment #8 from Platonides  2011-09-15 19:44:41 UTC 
---
(In reply to comment #6)
> Is there any valid use case for adding an additional extension in the
> "Describe" step? If not, I suggest either quietly stripping redundant
> extensions, or doing it as part of the interactive flow and notifying the 
> user.
> But I don't see a need for the UI clutter of confirm/yes/no/cancel.

Maybe the user wants to keep the original filename (eg. downloaded from
somewhere else)?
What's the difference between "interactive flow" and showing a dialog?

-- 
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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30208

--- Comment #79 from Platonides  2011-09-15 19:39:25 UTC 
---
(In reply to comment #74)
> > Someone editing Wikipedia in their spare time, contributing useful 
> > information
> > may not wait 4 days. They may never come back.
> 
> Then they probably wouldn't have stayed anyway. 
I disagree.

> 4 days and 10 edits is not a
> large commitment, considering that most experienced longtime editors have well
> over 10,000 edits over the course of many years.

It's very different to set such kind of requirement (or others much higher) for
things like votations, and for core features like creating a page.

If person A wants to create an article about Foomatics, *on his own time*, *for
free*, requiring him to eg. "patrol 10 pages before doing that" will not
encourage new editors to stay.

-- 
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 30903] Show diff size in contribution list

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30903

Aaron Schulz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||aschulz4...@gmail.com
 Resolution||FIXED

--- Comment #6 from Aaron Schulz  2011-09-15 19:36:34 
UTC ---
Done in r97195.

-- 
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 30867] Deletion of images at es.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30867

--- Comment #8 from Platonides  2011-09-15 19:12:47 UTC 
---
I'm seeing free images there, so deleting everything at once may be too
drastic. Maybe a toolserver page to categorise as Good/Bad/Don't know  could
help?

-- 
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 30913] I'm not able to compile the file texvc.bc in Windows server 2008 R2

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30913

--- Comment #1 from Brion Vibber  2011-09-15 19:12:30 UTC 
---
Works for me on Windows 7 Home Pro (32-bit):

C:\Users\brion\Downloads\mediawiki-1.17.0\mediawiki-1.17.0\math>mingw32-make
texvc.bc
ocamlc -c util.ml
ocamlc -c render_info.mli
ocamlc -c tex.mli
ocamlyacc parser.mly
9 shift/reduce conflicts.
ocamlc -c parser.mli
ocamlc -c parser.ml
ocamlc -c html.mli
ocamlc -c html.ml
ocamlc -c mathml.mli
ocamlc -c mathml.ml
ocamlc -c texutil.mli
ocamlc -c texutil.ml
ocamllex lexer.mll
273 states, 4922 transitions, table size 21326 bytes
ocamlc -c lexer.ml
ocamlc -c render.ml
ocamlc -c texvc.ml
ocamlc -o texvc.bc unix.cma util.cmo parser.cmo html.cmo mathml.cmo texutil.cmo
lexer.cmo render.cmo texvc.cmo
rm parser.ml lexer.ml


ocamlc -version reports 3.11.0, installed via
http://caml.inria.fr/pub/distrib/ocaml-3.11/ocaml-3.11.0-win-mgw.exe

I installed a fresh mingw32 (dated 2011-08-02) as well to get mingw32-make.exe;
installed to c:\mingw32 with the C compiler, msys base system, and dev bits.
Added c:\mingw32\bin to PATH manually in a CMD shell.

-- 
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 30867] Deletion of images at es.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30867

--- Comment #7 from Platonides  2011-09-15 19:05:29 UTC 
---
They could also be deleted by a real bot.

-- 
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 26725] Renaming the Aramaic (arc) Wikipedia to the Syriac (syc) Wikipedia

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26725

--- Comment #4 from Michaelovic  2011-09-15 18:52:29 UTC 
---
Any progress? Could someone please explain why it is difficult to rename wikis?
Thank you in advance.

Michaelovic

-- 
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 30911] Security error and other exceptions in current Opera 11.51

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30911

--- Comment #3 from TMg  2011-09-15 18:51:45 UTC ---
I forgot to tell you this happened when I was in a local network behind a
proxy/firewall. There is no problem with all the other upload forms, only with
this wizard. Don't tell me I should use the other form if I'm behind a
proxy/firewall. I know this. What I'm saying is: If this is going to be the
default upload form for all (inexperienced) users it MUST work in all cases,
even behind a proxy/firewall.

-- 
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 30911] Security error and other exceptions in current Opera 11.51

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30911

--- Comment #2 from Brion Vibber  2011-09-15 18:41:37 UTC 
---
Works for me in Opera 11.51 on Windows 7 Home Premium (32-bit) as well. No
customizations made to Opera settings, on a fresh install.

-- 
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 30912] Hyperlinks are not formated correctly

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30912

Jeroen De Dauw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Jeroen De Dauw  2011-09-15 
18:34:57 UTC ---
Fixed by r97188. Thanks for reporting :)

-- 
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 30911] Security error and other exceptions in current Opera 11.51

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30911

--- Comment #1 from Brion Vibber  2011-09-15 18:31:36 UTC 
---
Works for me in Opera 11.51 on Mac OS X 10.6.8.

-- 
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 30915] Global option to add a "my uploads" link to Special:MyUploads at the top right next to "my contributions"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30915

--- Comment #1 from Brion Vibber  2011-09-15 18:20:05 UTC 
---
I think it may be better conceptually to merge both lists into a more useful
common contributions display that shows you both.

-- 
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 30916] Trying to delete a file, which fails (when trying to move to archive), generates a false recent changes entry, and doesn't delete the file

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30916

--- Comment #1 from Reedy  2011-09-15 18:00:44 UTC ---
In these cases, it seems it's deleted the page, but the image still exists, and
is also a dupe of one on commons

-- 
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 30916] New: Trying to delete a file, which fails (when trying to move to archive), generates a false recent changes entry, and doesn't delete the file

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30916

   Web browser: ---
 Bug #: 30916
   Summary: Trying to delete a file, which fails (when trying to
move to archive), generates a false recent changes
entry, and doesn't delete the file
   Product: MediaWiki
   Version: (wikimedia-deployment)
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Deleting
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
Classification: Unclassified


Created attachment 9063
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=9063
Recentchanges showing delete entries, but files/pages still exist

Noticed on eswikibooks, when trying to batch delete (using deleteBatch.php) all
files:


Archivo:02265 suciedad 3.jpg
Warning: wfMkdirParents: failed to mkdir
"/mnt/upload6/private/archive/wikibooks/es/m/6/g" mode 511 in
/home/wikipedia/common/php-1.17/includes/GlobalFunctions.php on line 2354

http://es.wikibooks.org/wiki/Archivo:02265_suciedad_3.jpg

Not sure if it's just an issue with the deleteBatch, but if it can't delete,
the whole thing should abort, and not generate the RC 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 29484] Broken Compatibility

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29484

Platonides  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||platoni...@gmail.com
 Resolution||FIXED

--- Comment #17 from Platonides  2011-09-15 17:46:33 UTC 
---
The extension is no longer using PEAR so closing as fixed.
Update your extension to the latest version.

-- 
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 30867] Deletion of images at es.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30867

--- Comment #6 from Reedy  2011-09-15 17:01:42 UTC ---
Yeah, making the deletes as a bot, it'll be filterable under recent changes

-- 
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 30890] Revival wanted for inactive WikimediaBE-l with no available admins left

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30890

--- Comment #1 from Mark A. Hershberger  2011-09-15 
17:00:32 UTC ---
http://rt.wikimedia.org/Ticket/Display.html?id=1511

-- 
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 30752] Update namespaces for Mazandarani Wikipedia (mznwiki)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30752

--- Comment #5 from Mjbmr  2011-09-15 16:49:07 UTC ---
(In reply to comment #4)
> NS 100/101 don't current exist at mznwiki, presumably you wanting that 
> creating
> at the same time?

Yes, and also I forgot namespace -1 (Special) should be ویژه which is clearly
specified in discussion page.

-- 
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 30867] Deletion of images at es.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30867

--- Comment #5 from Reedy  2011-09-15 16:46:41 UTC ---
Unless it's done implicitly in MW when done by an account with the bot flag.
There is no way to mark it as a bot delete (unlike with edits etc)...

-- 
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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

Niklas Laxström  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #8 from Niklas Laxström  2011-09-15 
16:43:10 UTC ---
Fixed in r97177. Tagged for backporting.

-- 
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 30594] Change namespaces configuration - pl.wikipedia

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30594

Reedy  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Reedy  2011-09-15 16:42:27 UTC ---
Reverted

-- 
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 30867] Deletion of images at es.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30867

Marco Aurelio  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #4 from Marco Aurelio  2011-09-15 16:40:24 UTC 
---
(In reply to comment #1)
> I can't see an easy way of doing them as bots (I will try and confirm this),
> but I can do them as a batch deletion.
> 
> What is your onwiki user account? So I can attribute all the deletions to your
> account (or your bots if you can confirm that is what you want).

Thanks for your reply. Batch deletion may work. I can give you the accountname
of my bot if you want.

(In reply to comment #2)
> Yup, it's not possible due to bug 16816

So, even if the account is flagged as bot their edits will show in
Special:RecentChanges? - That's bad... How MediaWiki default worked, then?
Clogging recentchanges with ~1500 deletions is not good but if we have no other
options then so be it.

Thanks for your help.

-- 
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 30752] Update namespaces for Mazandarani Wikipedia (mznwiki)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30752

--- Comment #4 from Reedy  2011-09-15 16:36:17 UTC ---
NS 100/101 don't current exist at mznwiki, presumably you wanting that creating
at the same time?

-- 
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 30817] Update linkTrail in MessagesKk.php

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30817

Dan Collins  changed:

   What|Removed |Added

   Priority|High|Low

--- Comment #7 from Dan Collins  2011-09-15 16:32:50 UTC 
---
screwing with the importance isn't going to get your bug fixed, being patient
will

-- 
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 18521] System messages (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=18521

Bug 18521 depends on bug 29927, which changed state.

Bug 29927 Summary: CentralAuth using wrong Language on Special:MergeAccount
https://bugzilla.wikimedia.org/show_bug.cgi?id=29927

   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 29927] CentralAuth using wrong Language on Special:MergeAccount

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=29927

Akshay Agarwal  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #11 from Akshay Agarwal  2011-09-15 
16:09:44 UTC ---
Fixed in r97168

-- 
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 30751] Allowed memory size exhausted when using API

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30751

--- Comment #7 from Reedy  2011-09-15 16:06:49 UTC ---
(In reply to comment #6)
> (In reply to comment #3)
> Can the priority of this bug be increased ? imageinfo is very useful, sha1 can
> be used to update a local cache of File: with little burden on server side. We
> can get many useful other information which in theory doesn't involve 
> "metadata
> in the file" but only "metadata which are stored in the database in the image
> table", the current behavior seems against the design of other part of 
> api.php.

You can increase it's priority, but that doesn't mean it'll get dealt with any
quicker. Just FYI

And bug 30906 needs fixing first

-- 
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 30751] Allowed memory size exhausted when using API

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30751

--- Comment #6 from Philippe Elie  2011-09-15 15:23:32 UTC ---
(In reply to comment #3)
Can the priority of this bug be increased ? imageinfo is very useful, sha1 can
be used to update a local cache of File: with little burden on server side. We
can get many useful other information which in theory doesn't involve "metadata
in the file" but only "metadata which are stored in the database in the image
table", the current behavior seems against the design of other part of api.php.

-- 
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 30793] Create Wikimedia Belgium wiki (be.wikimedia.org)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30793

Reedy  changed:

   What|Removed |Added

   Keywords|shell   |ops

-- 
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 30882] Create Wikipedia in Northern Sotho

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30882

Reedy  changed:

   What|Removed |Added

   Keywords||ops

-- 
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 30808] Set $wgRestrictDisplayTitle to false on English Wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30808

Chad H.  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||innocentkil...@gmail.com
 Resolution||FIXED

--- Comment #4 from Chad H.  2011-09-15 15:18:34 UTC 
---
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 30915] Global option to add a "my uploads" link to Special:MyUploads at the top right next to "my contributions"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30915

Rd232  changed:

   What|Removed |Added

Summary|Add a "my uploads" link to  |Global option to add a "my
   |Special:MyUploads at the|uploads" link to
   |top right next to "my   |Special:MyUploads at the
   |contributions"  |top right next to "my
   ||contributions"

-- 
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 30915] New: Add a "my uploads" link to Special:MyUploads at the top right next to "my contributions"

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30915

   Web browser: ---
 Bug #: 30915
   Summary: Add a "my uploads" link to Special:MyUploads at the
top right next to "my contributions"
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rd...@hotmail.com
Classification: Unclassified


Following discussion at Commons, there was much support for adding a "my
uploads" link to Special:MyUploads (i.e. Special:ListFiles/user) at the top
right next to "my contributions". This is now being done with Javascript, but
it would be useful to have for all users, and without the delay of waiting for
Javascript to kick in.
https://secure.wikimedia.org/wikipedia/commons/w/index.php?title=Commons:Village_pump/Proposals&oldid=59445831#Support

So this bug requests a new global option in MediaWiki to show such a link,
along with a linked per-user preference option to turn it off. It will be most
useful for image repository wikis, but others might use it too. Once the option
exists, a separate bug will request turning the option on for Commons.

-- 
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 30882] Create Wikipedia in Northern Sotho

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30882

Robin Pepermans (SPQRobin)  changed:

   What|Removed |Added

URL||http://meta.wikimedia.org/w
   ||iki/Requests_for_new_langua
   ||ges/Wikipedia_Sepedi
 CC||robinp.1...@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 30914] New: user.tokens and user.options are implemented too late, modules can't depend on them

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30914

   Web browser: ---
 Bug #: 30914
   Summary: user.tokens and user.options are implemented too late,
modules can't depend on them
   Product: MediaWiki
   Version: 1.19-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Resource Loader
AssignedTo: roan.katt...@gmail.com
ReportedBy: roan.katt...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified


user.tokens and user.options are inlined all the way at the bottom of the page.
This is causing bugs when modules depend on user.tokens (which none do yet,
which is kind of bad when you think about it), because the following happens:

* loader resolves dependencies for foo
* loader loads foo|user.tokens
* mw.implement( 'user.tokens', ... ) is called
* foo is loaded normally and can use mw.user.tokens
* the inlined 

[Bug 27196] Deprecate CamelCase in special page names

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27196

Robin Pepermans (SPQRobin)  changed:

   What|Removed |Added

 CC||robinp.1...@gmail.com

--- Comment #4 from Robin Pepermans (SPQRobin)  
2011-09-15 15:01:38 UTC ---
I agree with this.

It used to be lowercase, but at some point they were changed to CamelCase.

-- 
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 30911] Security error and other exceptions in current Opera 11.51

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30911

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Unprioritized   |Highest
 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 30913] New: I'm not able to compile the file texvc.bc in Windows server 2008 R2

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=30913

   Web browser: ---
 Bug #: 30913
   Summary: I'm not able to compile the file texvc.bc in Windows
server 2008 R2
   Product: MediaWiki extensions
   Version: any
  Platform: PC
OS/Version: other
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Math (texvc)
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: roberto.more...@solvay.com
Classification: Unclassified


Hello,

I need for your help, Please !
I'm not able to compile the texvc.bc file in the Windows Server 2008 R2.

At DOS prompt level I run the following command with this error:

C:\inetpub\wwwroot\Mediawiki\math>mingw32-make texvc.bc
ocamlc -c texvc.ml
File "texvc.ml", line 26, characters 1-14:
Error: This function is applied to too many arguments,
maybe you forgot a `;'
mingw32-make: *** [texvc.cmo] Error 2

The software I use are:
MediaWiki version 1.17
IIS version 7.0

Thanks in advance for any suggestion.
Best Regards,
Roberto

-- 
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