[Bug 4421] Image file extension should not be part of the name

[bugzilla-daemon]

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





--- Comment #28 from Robert Rohde   2009-10-18 09:41:42 
UTC ---
(In reply to comment #27)


> I'm not even remotely sure if getNameFromTitle is the right place to insert
> this
> sort of thing (I suspect it isn't, actually).   I was looking for a place 
> where 
> I could muck with the file name without also mucking with other uses of the
> name.
> It seems safer to go elsewhere, like File::getRel and File::getUrlRel.  I may 
> play around more with this once I get unstuck.

I agree getNameFromTitle is bad.  I'd suggest it would be better to add a new
accessor File::getNameOnDisk as an alternative to File::getName, and then
change the URL constructors to use the former rather than the latter. 

> The wall I hit was figuring out the right way to pull the MIME type out of 
> the 
> database, because I think I accidently engaged in a mutually recursive death 
> spiral calling LocalFile::GetMimeType() from there.  If anyone has any tips on
> the right way to pull the mime type for a given Title out, that'd be most 
> helpful.



Assuming your goal was to use MIME type to determine the appropriate extension,
then that won't work.  Because we have allowed capitalization variations, e.g.
Foo.JPG != Foo.jpg != Foo.jpeg, there is no way to uniquely determine what the
extension should be from the type.  Almost certainly we will need to add an
extension field to the Image and Oldimage tables and simply look up the
extension.  An advantage of this is that one could set all existing files to
have a null extension, meaning that nothing needs to be added to the file name
as already exists.


-- 
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 21168] Extension of internal links to the rest of a word does not work after the occurence of a non-ASCII character

[bugzilla-daemon]

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


Siebrand  changed:

   What|Removed |Added

 CC||siebr...@wikipedia.be
 Status|NEW |ASSIGNED




-- 
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 21168] Extension of internal links to the rest of a word does not work after the occurence of a non-ASCII character

[bugzilla-daemon]

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


Siebrand  changed:

   What|Removed |Added

 AssignedTo|wikibugs-   |siebr...@wikipedia.be
   |l...@lists.wikimedia.org   |
 Status|ASSIGNED|NEW




-- 
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 17988] Spaces before [[Category:]] link are ignored

[bugzilla-daemon]

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


Siebrand  changed:

   What|Removed |Added

 CC||siebr...@wikipedia.be
   Keywords|easy, reviewed  |need-review




--- Comment #6 from Siebrand   2009-10-18 10:40:15 UTC 
---
Update keywords (-/- easy, reviewed, +need-review)


-- 
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 21161] Uploading LocalSettings.php does not always invalidate the file cache

[bugzilla-daemon]

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





--- Comment #2 from Manfred Krüger   2009-10-18 10:50:49 
UTC ---
Sorry for asking another time. Your patch is exactly the same code as I find in
V 1.15.0, so I don't see how it would fix the problem.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 21069] Search User-Interface Inconsistency

[bugzilla-daemon]

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


Scott Coleman  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Comment #2 from Scott Coleman   2009-10-18 13:27:06 
UTC ---
Although the buttons are consistly labeled, the default action [on-entry] is
not.  In one case, a carriage-return results in a "Go" action, but in the other
a "Search" - yet there is no clear indication to the user that the same action
will yeild different results. 


-- 
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 20552] Add sources and enable transwiki import for pt.wikibooks

[bugzilla-daemon]

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


Helder  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Comment #3 from Helder   2009-10-18 14:38:53 UTC 
---
Hello again!

Today I was trying to import something from English Wikibooks to Portuguese
Wikibooks but I always got the error "Bad interwiki link" (from
[[MediaWiki:Importbadinterwiki]] message).

Currently the import sources at pt.Wikibooks for the Wikibooks in other
languages are in the form "b:lang".

I don't know how the import works, but if it is like the normal interwiki
links, a link like [[b:en:Test]] will not point to the page "Test" of the
English Wikibooks because the correct is [[:en:Test]].

So, maybe the solution is to remove the "b" part of the import sources and keep
only the language code part, for example instead of "b:en", maybe ":en" (or
just "en") should works.

The problem happened when I tried to import from wikibooks other than the
English one.


By the way, when you are at it, could you add also the English Wikipedia (w:en)
as a source?


Thanks in advance!

Helder


-- 
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 4421] Image file extension should not be part of the name

[bugzilla-daemon]

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


Aryeh Gregor  changed:

   What|Removed |Added

 CC||simetrical+wikib...@gmail.co
   ||m




--- Comment #29 from Aryeh Gregor   2009-10-18 
16:18:54 UTC ---
(In reply to comment #27)
> I first just tried removing checkExtensionCompatibility from 
> Title::isValidMoveOperation().  That mostly seems to work, but the hitch 
> comes 
> when you try to reference the bare image URL, because that's served directly 
> from the webserver, which typically relies on the file extension to get the 
> media type.  So, regardless of how MediaWiki refers to the file, it still 
> needs 
> to be stuffed onto disk with a valid extension intact unless you're hosting on
> some ninja psychic webserver that just knows what the media type of the file 
> is
> (or perhaps one that's cracking open files to see what's in them).

The simplest way to handle this from our perspective is to just give all the
on-disk files a name ending in, say, .png.  This will typically cause an
incorrect Content-Type to be served -- except for PNG files, of course -- but
browsers will display the pictures fine anyway, as long as it's served as some
recognized image type.  See
.  In fact, it should
work fine in many cases even if a non-image MIME type is served.

Arguably, relying on this MIME type sniffing is incorrect and confusing.  But
it's a possibility, for simplicity's sake.  It's certainly reliable.


-- 
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 20706] Monospace/preformatted text has gotten much smaller in Vector (code, tt, pre)

[bugzilla-daemon]

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


Subfader  changed:

   What|Removed |Added

 CC||subfa...@gmail.com




--- Comment #3 from Subfader   2009-10-18 16:46:24 UTC ---
It was the case ever since in Chrome and now in Vector. Tests:

http://www.mediawiki.org/wiki/User:Subfader/3


-- 
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 20706] Monospace/preformatted text has gotten much smaller in Vector (code, tt, pre)

[bugzilla-daemon]

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





--- Comment #4 from Subfader   2009-10-18 16:54:29 UTC ---
quick solution:

code {
  font-size:medium;
 }


-- 
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 4421] Image file extension should not be part of the name

[bugzilla-daemon]

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





--- Comment #30 from Robert Rohde   2009-10-18 17:51:44 
UTC ---
(In reply to comment #29)
> The simplest way to handle this from our perspective is to just give all the
> on-disk files a name ending in, say, .png.  This will typically cause an
> incorrect Content-Type to be served -- except for PNG files, of course -- but
> browsers will display the pictures fine anyway, as long as it's served as some
> recognized image type.  See
> .  In fact, it should
> work fine in many cases even if a non-image MIME type is served.
> 
> Arguably, relying on this MIME type sniffing is incorrect and confusing.  But
> it's a possibility, for simplicity's sake.  It's certainly reliable.

Though I haven't tested it systematically, I'll assume that some fraction of
browsers will happily process some fraction of file types without extensions. 
However this feels like a terrible hack, and I worry that not enough browsers
would process enough file types.

In particular, if we want our approach to work for Mediawiki installs in
general, then we can't simply assume that we are only talking about image
files.  Does it work for PDFs, for Word Documents, for spreadsheets, etc.? 
Also if the file has a .png extension and a person saves it to their local hard
drive, then I strongly suspect that Windows users will have a hard time reading
the file in most apps without manually changing the extension (not sure about
Mac / Linux).

I think it makes much more sense to provide the user with an appropriate
extension, even if that information is unnecessary in some cases.


-- 
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 4421] Image file extension should not be part of the name

[bugzilla-daemon]

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





--- Comment #31 from Aryeh Gregor   2009-10-18 
18:18:14 UTC ---
(In reply to comment #30)
> Though I haven't tested it systematically, I'll assume that some fraction of
> browsers will happily process some fraction of file types without extensions. 
> However this feels like a terrible hack, and I worry that not enough browsers
> would process enough file types.
> 
> In particular, if we want our approach to work for Mediawiki installs in
> general, then we can't simply assume that we are only talking about image
> files.  Does it work for PDFs, for Word Documents, for spreadsheets, etc.? 
> Also if the file has a .png extension and a person saves it to their local 
> hard
> drive, then I strongly suspect that Windows users will have a hard time 
> reading
> the file in most apps without manually changing the extension (not sure about
> Mac / Linux).
> 
> I think it makes much more sense to provide the user with an appropriate
> extension, even if that information is unnecessary in some cases.

Reasonable points, especially about things like PDFs and saving files locally. 
I retract the suggestion.


-- 
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 5828] ogg files lost

[bugzilla-daemon]

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


Ilmari Karonen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Priority|High|Normal
 Resolution||FIXED




--- Comment #10 from Ilmari Karonen   2009-10-18 18:28:15 
UTC ---
I managed to delete these files by first uploading a dummy file on top of them
(so that the existence check in ImagePage::delete() passed).  I believe this
particular bug can now be closed.


-- 
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 21173] New: The CanonicalHref extension does not work with mediawiki 1.16svn

[bugzilla-daemon]

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

   Summary: The CanonicalHref extension does not work with mediawiki
1.16svn
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Keywords: patch
  Severity: normal
  Priority: Normal
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@exotica.org.uk


The CanonicalHref extension

http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/CanonicalHref/CanonicalHref.php

does not work with the 1.16svn skins. Attached is a patch that makes it work on
my system. Changed the hook and used wgOut->addLink instead of

$template->set('headlinks', $template->data['headlinks'] . "\n" . $link .
"\n");

Not sure if this is the correct way, but seems to be more compatible than
adding \n$link\n to the end of a template section.


-- 
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 21173] The CanonicalHref extension does not work with mediawiki 1.16svn

[bugzilla-daemon]

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





--- Comment #1 from Jools Smyth   2009-10-18 19:51:42 UTC 
---
Created an attachment (id=6679)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6679)
diff file for with fixes


-- 
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 20508] Please enable Extention:NewUserMessage on en.Wikinews

[bugzilla-daemon]

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


Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com
   Keywords||shell




-- 
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 1061] CSS-added icons next to links display through the text and makes it unreadable in RTL

[bugzilla-daemon]

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


Sia  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Comment #25 from Sia   2009-10-18 20:22:50 UTC ---
in mediawiki 1.15.1:
the mail_icon.gif by mailto:link  not displayed, only external-rtl.png
instead!?


-- 
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 745] RTL/bidirectional issues (tracking)

[bugzilla-daemon]

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


Bug 745 depends on bug 1061, which changed state.

Bug 1061 Summary: CSS-added icons next to links display through the text and 
makes it unreadable in RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=1061

   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 the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 12788] CSS (tracking)

[bugzilla-daemon]

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


Bug 12788 depends on bug 1061, which changed state.

Bug 1061 Summary: CSS-added icons next to links display through the text and 
makes it unreadable in RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=1061

   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 the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 21174] New: Setting Special:Book for wp:ca

[bugzilla-daemon]

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

   Summary: Setting Special:Book for wp:ca
   Product: Wikimedia Feature Requests
   Version: unspecified
  Platform: All
   URL: http://ca.wikipedia.org/wiki/Viquip%C3%A8dia:La_taverna#
Per_qu.C3.A8_no_tenim_Special:Book.3F
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Feature_Request
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: joanot.martor...@gmail.com


Hi! I'm an user from projects in Catalan of Wikimedia. We would like to set the
Special:Book (Extension:Collection) for the Wikipedia in Catalan, as the
community approves it by unanimity.

More info on:
http://ca.wikipedia.org/wiki/Viquip%C3%A8dia:La_taverna#Per_qu.C3.A8_no_tenim_Special:Book.3F

Thanks in advance.

Martorell.


-- 
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 21174] Setting Special:Book for wp:ca

[bugzilla-daemon]

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


Marco 27  changed:

   What|Removed |Added

 CC||marco27.w...@gmail.com
  Component|Feature_Request |Site requests
Product|Wikimedia Feature Requests  |Wikimedia




-- 
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 21174] Setting Special:Book for wp:ca

[bugzilla-daemon]

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


Marco 27  changed:

   What|Removed |Added

   Keywords||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 20791] Please create a wiki for Wikimedia Portugal

[bugzilla-daemon]

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





--- Comment #5 from Nuno Tavares   2009-10-18 22:05:29 
UTC ---
Please consider replying to www.wikimedia.pt as well, no matter what method you
use [redirect or serveralias].

Thanks
-NT


-- 
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 19403] Show buttons not working on Nokia E51

[bugzilla-daemon]

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


p858snake  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #3 from p858snake   2009-10-18 22:23:35 UTC 
---
seems to be working now.


-- 
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 18721] Add configuration variable for limiting the languages displayed on Special:Translate

[bugzilla-daemon]

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





--- Comment #1 from Siebrand   2009-10-18 23:25:39 UTC 
---
Given that Translate uses Language::getLanguageNames(), I think this should be
a broader feature request, asking to allow manipulation of
Language::getLanguageNames(). Translate uses Language::getLanguageNames() and
this would solve your issue MediaWiki-wide.


-- 
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 18919] Provide database dumps of just article namespace and/or remove project-space from "articles" dump

[bugzilla-daemon]

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





--- Comment #8 from Gurch   2009-10-19 01:14:25 
UTC ---
Another thing to add to this request: when the end user is only interested in
article content (which is most of the time, especially for 'internal' uses)
having the non-article namespaces there as well means that this extra data also
has to be parsed and then excluded, adding a significant amount of time to the
already lengthy process of searching through one of these dumps. So the saving
would not just be on bandwidth.


-- 
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 21166] wgUseAJAXCategories offers to add categories when page is protected from editing, gives no error message

[bugzilla-daemon]

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


Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
 AssignedTo|wikibugs-   |agarr...@wikimedia.org
   |l...@lists.wikimedia.org   |




--- Comment #1 from Roan Kattouw   2009-10-19 02:03:40 
UTC ---
Jona Christopher Sahnwaldt  
Oops, I just realized that this is a known bug:
https://bugzilla.wikimedia.or...

17 okt. (2 dagen geleden)

Allen beantwoorden

|
Aryeh Gregor
 aan Wikimedia

details weergeven 17:14 (10 uren geleden)

On Fri, Oct 16, 2009 at 7:08 PM, Mike.lifeguard
 wrote:
> There's long been a desire to lengthen the edit summary[1] (and log
> reasons too) - why not do that while the patient is open on the
> operating table?


-- 
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 21149] create the br.wikimedia.org domain for the brasilian Wikimedia chapter

[bugzilla-daemon]

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


Rodrigo Tetsuo Argenton  changed:

   What|Removed |Added

 CC||rodrigo.argen...@gmail.com




--- Comment #5 from Rodrigo Tetsuo Argenton   
2009-10-19 02:27:17 UTC ---
Hello, I'm requesting that a wiki be created for Wikimedia Brasil, the
Brasilian chapter.

* subdomain: br
* language: pt
* logo: [http://commons.wikimedia.org/wiki/File:Wikimedia_Brasil_160x160.png]
* $wgSitename: Wikimedia Brasil
* $wgImportSources: array( 'pt', 'meta' )


-- 
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 20791] Please create a wiki for Wikimedia Portugal

[bugzilla-daemon]

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





--- Comment #6 from Nuno Tavares   2009-10-19 02:37:06 
UTC ---
Rob, I've setup a redirection for pt.wikimedia.org but would like to know if
it's possible to do what I asked above. Anyway, these are still missing:

* Please set Sitename to: Wikimedia Portugal
* The logo:
http://commons.wikimedia.org/wiki/File:Wikimedia_Portugal_logo_135px.png

Thanks again
-NT


-- 
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 21166] wgUseAJAXCategories offers to add categories when page is protected from editing, gives no error message

[bugzilla-daemon]

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





--- Comment #2 from Roan Kattouw   2009-10-19 02:55:17 
UTC ---
OK please ignore the random crap in comment #1, I pasted it in accidentally.


-- 
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 21175] New: Add log exerpts to revdeleted diffs

[bugzilla-daemon]

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

   Summary: Add log exerpts to revdeleted diffs
   Product: MediaWiki
   Version: 1.16-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Revision deletion
AssignedTo: jschulz_4...@msn.com
ReportedBy: j...@jakewartenberg.com


Right now when an unprivileged user tries to view a deleted diff they are told
that the revision has been hidden, but no why or who by.  Adding a log excerpt
similar to that shown when someone tries to view or create a deleted page that
would show who hid the revision and the reason would greatly increase
transparency.


-- 
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 21149] create the br.wikimedia.org domain for the brasilian Wikimedia chapter

[bugzilla-daemon]

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





--- Comment #6 from Al-Scandar Solstag   2009-10-19 
03:45:56 UTC ---
Hi,

For the sake of context, this terms Rodrigo Tetsuo Argenton added were
suggested to us after contact on IRC.

I would also add that, if more information is needed from us, we're ready to
supply it through this channel.

Don't worry that we're being verbose about our needs, we're not arguing, we're
just careful.

Most importantly, we try to give context here so every other participant of the
chapter can understand it if they want to start helping.

About that, portuguese speakers who get here should also check the page on meta
where this is being discussed and report there any suggestions.

http://meta.wikimedia.org/wiki/Talk:Wikimedia_Brasil/Mutirões/Website

And for those who are working to "fix" this bug: take your time. We're not in a
hurry. And thanks a lot!

ale
~~
User:Solstag


-- 
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 21112] Search and Replace makes browser barf on invalid regex

[bugzilla-daemon]

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


Calcey QA  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




--- Comment #5 from Calcey QA   2009-10-19 04:33:20 UTC ---
agree and close


-- 
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 21176] New: Concept not showing records from custom namespaces

[bugzilla-daemon]

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

   Summary: Concept not showing records from custom namespaces
   Product: MediaWiki extensions
   Version: any
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: major
  Priority: Normal
 Component: Semantic MediaWiki
AssignedTo: mar...@semantic-mediawiki.org
ReportedBy: sr...@volny.cz


In version 1.4.2 when asking data from wiki (like a concept) a get only data
from default namespaces. Data from custom namespaces don't show.

Thanks in advance for your help!!!
Robert

Example:
 {{#ask: [[Category:SomeCategory]]
   | ?Popis = Description
   | mainlabel = Homepage
 }}


-- 
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 4421] Image file extension should not be part of the name

[bugzilla-daemon]

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





--- Comment #32 from Rob Lanphier (RobLa)   2009-10-19 
06:25:01 UTC ---
Created an attachment (id=6680)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6680)
Incomplete attempt to allow image moves to arbitrary names

Patch attached for an initial incomplete implementation.  It seems to work with
my very limited testing.  Note: I added a new config setting
($wgCheckFileExtensions) which needs to be set to "false" in order to use this
(default is "true").

In reply to comment #28 (great feedback, btw):
> I agree getNameFromTitle is bad.  I'd suggest it would be better to add a new
> accessor File::getNameOnDisk as an alternative to File::getName, and then
> change the URL constructors to use the former rather than the latter. 

Okee doke.  I added File::getFilename, and changed a few calls to point to
that.  I had to add a corresponding FileRepo::getFilenameFromTitle.

> Assuming your goal was to use MIME type to determine the appropriate 
> extension,
> then that won't work.  Because we have allowed capitalization variations, e.g.
> Foo.JPG != Foo.jpg != Foo.jpeg, there is no way to uniquely determine what the
> extension should be from the type.

It's possible, and the attached patch does it in a pretty reasonable way
(adding a new "getPreferredExtensionForType" that leverages some existing
normalization code).

However, I concur that this isn't the best solution.  The problem with it is
that an innocent reconfiguration could render the files inaccessible.

> Almost certainly we will need to add an
> extension field to the Image and Oldimage tables and simply look up the
> extension.  An advantage of this is that one could set all existing files to
> have a null extension, meaning that nothing needs to be added to the file name
> as already exists.

I ran out of time before I could implement this, but that would seem to be the
next logical step in all of this.  I still think we'll need the logic for
generating an extension from a MIME type, in the event that the initial
uploaded file name doesn't match the MIME type we'll need to get an extension
from somewhere.


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