[Bug 25752] Add userrights necessary for bureaucrat role to bureaucrat usergroup on en.wiki

[bugzilla-daemon]

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

TeleComNasSprVen  changed:

   What|Removed |Added

 CC||afterthespaghe...@mailinato
   ||r.com

--- Comment #3 from TeleComNasSprVen  
2010-11-12 08:08:51 UTC ---
(In reply to comment #0)
> Please add the following userrights to the bureaucrat usergroup on en.wiki - 
> 
> move-subpages
> suppressredirect
> tboverride
> apihighlimits
> browsearchive
> deletedhistory
> deletedtext
> 
> They are necessary for the bureaucrat role and should be implicitly included. 
> 
> Thanks.
> 
> (imho this should be done globally, but this is filed as a site request)

Per Betacommand, I don't think this is necessary. There's nothing to fix 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 25890] Global "turn new features off" for Vector Skin is not working

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

   Priority|Normal  |High
 CC||niklas.laxst...@gmail.com

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

[Bug 25890] Global "turn new features off" for Vector Skin is not working

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||p858sn...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from p858snake  2010-11-12 08:56:49 UTC ---


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

-- 
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 25029] PrefSwitch: Turning off the new features in all wikis fails

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 CC||afterthespaghe...@mailinato
   ||r.com

--- Comment #9 from p858snake  2010-11-12 08:56:49 UTC ---
*** Bug 25890 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

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

[Bug 25890] Global "turn new features off" for Vector Skin is not working

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 CC||amil...@wikimedia.org,
   ||roan.katt...@gmail.com
  Component|Vector Skin |UsabilityInitiative
Version|unspecified |any
Product|MediaWiki   |MediaWiki extensions

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

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

[Bug 24622] Enable FlaggedRevs with whole reviewer system on hi.wikipedia.org

[bugzilla-daemon]

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

mayurkumar  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 24411] Feature Request: List recent UAs for a user or IP

[bugzilla-daemon]

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

Gurch  changed:

   What|Removed |Added

 CC||matthew.brit...@btinternet.
   ||com

--- Comment #4 from Gurch  2010-11-12 09:49:45 
UTC ---
More privacy invasion, lovely. Did you ever consider actually mentioning in the
Foundation privacy policy that you track everyone's user-agent?

-- 
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 24411] Feature Request: List recent UAs for a user or IP

[bugzilla-daemon]

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

--- Comment #5 from p858snake  2010-11-12 09:58:06 UTC ---
(In reply to comment #4)
> More privacy invasion, lovely. Did you ever consider actually mentioning in 
> the
> Foundation privacy policy that you track everyone's user-agent?

We already scan them to get access to the site.

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

Ashar Voultoiz  changed:

   What|Removed |Added

 CC||has...@free.fr
Summary|Feature Request: List   |List recent User-Agents for
   |recent UAs for a user or IP |a user or IP

-- 
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 24622] Enable FlaggedRevs with whole reviewer system on hi.wikipedia.org

[bugzilla-daemon]

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

--- Comment #23 from Aaron Schulz  2010-11-12 10:28:36 
UTC ---
Adding a "sysop" level isn't that hard. BCrat would be a bit harder and sounds
like bad policy anyway.

-- 
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 25894] New: Do not show "template transcluded" and "categories" part when an old revision is being edited

[bugzilla-daemon]

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

   Summary: Do not show "template transcluded" and "categories"
part when an old revision is being edited
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: liang...@gmail.com


They're not reflecting the revision being edited. Alternatively we can re-parse
the old revision to get a list for that revision but mind template 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 25895] New: Create Wikimedia alias for Chennai, India

[bugzilla-daemon]

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

   Summary: Create Wikimedia alias for Chennai, India
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Mailing lists
AssignedTo: cb...@wikimedia.org
ReportedBy: tinucher...@gmail.com
CC: b...@caseybrown.org


Thanks for creating mailing aliases for Wikimedia Bangalore, delhi , Hyd &
Mumbai.  

We need a new alias for chennai >> " Wikimedia-in-chn "

We are building a Wikimedian community at Chennai & a wikimeetup  is happening
there on Nov 14, after a  very long time. 

http://en.wikipedia.org/wiki/Wikipedia:Meetup/Chennai/Chennai2 

Around 100+ people are expected to attend. 

It will be great if we can get the alias created before the Wikimeetup.

-- 
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 24622] Enable FlaggedRevs with whole reviewer system on hi.wikipedia.org

[bugzilla-daemon]

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

mayurkumar  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #24 from mayurkumar  2010-11-12 10:53:25 UTC ---
Ok, Then add sysop level along with reveiwer if possible, otherwise close the
bug

#Allow all users
#flaggedrevs-protect-autoconfirmed
#flaggedrevs-protect-reveiw
#flaggedrevs-protect-sysop

-- 
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 25896] New: Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

   Summary: Inline small images with data: URI in
ResourceLoader-generated CSS
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Resource Loader
AssignedTo: tpars...@wikimedia.org
ReportedBy: liang...@gmail.com
CC: roan.katt...@gmail.com


Put them in CSS with url(data:image/png;base64,***); so:

* If a user is visiting the wiki for the first time, this can reduce the number
of HTTP requests.
* Or the data of images can be cached and the cache can be invalidated
alongside CSS, so there will be no need to add ***.png?1 here and there.

Putting this in the component Resource Loader, because:

* With PHP, data: URI can be generated easily.
* Due to lack of support in some browsers, they can be served selectively in
PHP.

-- 
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 25896] Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com

--- Comment #1 from Niklas Laxström  2010-11-12 
11:31:11 UTC ---
As far as I know this is already done for all images annotated with @embed

-- 
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 25897] New: AbuseFilter: history should be searchable by filter

[bugzilla-daemon]

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

   Summary: AbuseFilter: history should be searchable by filter
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://en.wikipedia.org/wiki/Special:AbuseFilter/histo
ry
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: AbuseFilter
AssignedTo: agarr...@wikimedia.org
ReportedBy: matthew.brit...@btinternet.com
CC: wikibugs-l@lists.wikimedia.org


Currently [[Special:AbuseFilter/history]] can be filtered by user, but not by
filter. One can use [[Special:Log/abusefilter]] and filter by the "title" of
the filter edit page, but that loses the convenience of seeing what was
changed.

-- 
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 25898] New: AbuseFilter: clearer permission error when attempting to view diff of private filter

[bugzilla-daemon]

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

   Summary: AbuseFilter: clearer permission error when attempting
to view diff of private filter
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: AbuseFilter
AssignedTo: agarr...@wikimedia.org
ReportedBy: matthew.brit...@btinternet.com
CC: wikibugs-l@lists.wikimedia.org


Following the "details" link next to a change to a private filter in
[[Special:Log/abusefilter]], or otherwise accessing a diff of a change to a
private filter, produces the message "Unable to fetch the requested versions".
This same message is produced if fetching the diff fails for any other reason,
for example because it does not exist.

A more specific message should be provided for the case where displaying the
diff fails because the filter is private.

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #2 from Krinkle  2010-11-12 12:35:36 UTC ---
not quite, as autopatrols and patrols are both saved with the same log_type and
log_action.
I haven't traced yet how MediaWiki's Special:Log/patrol extracts the
information to append or not append "(automatic)" to the log entry, but in my
toolserver tools I do this by digging through log_params *after* the query in a
foreach loop since I noticed in the second or third line of that string is a
'1' that indicates whether it's autopatrolled or not.

Asuming MediaWiki does it the same way on the log page, this definitely needs
attention.
I think making it a seperate log_action would make sense (just like log_type
'upload' has log_action 'upload' and 'overwrite', log_type 'patrol' could have
log_action 'patrol' and 'autopatrol').

-- 
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 699] Write unit tests for various bits of code (PHPUnit)

[bugzilla-daemon]

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

Ashar Voultoiz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||has...@free.fr
 Resolution||FIXED

--- Comment #3 from Ashar Voultoiz  2010-11-12 12:54:07 UTC ---
Marking this bug resolved since we now have PHPUnit tests. Although the current
coverage is far from being complete ...

-- 
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 700] Code quality issues (and other stuff that sucks) (tracking)

[bugzilla-daemon]

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

Bug 700 depends on bug 699, which changed state.

Bug 699 Summary: Write unit tests for various bits of code (PHPUnit)
https://bugzilla.wikimedia.org/show_bug.cgi?id=699

   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 25896] Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

--- Comment #2 from Liangent  2010-11-12 12:58:38 UTC ---
Already done? I still see many rules pointing to small pngs (tested on
prototype.wikimedia.org).

-- 
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 5093] tables should have built in alternative row color

[bugzilla-daemon]

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

Ashar Voultoiz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||has...@free.fr
 Resolution||WORKSFORME

--- Comment #5 from Ashar Voultoiz  2010-11-12 13:00:25 UTC ---
Closing this bug, the requested feature can be implemented with CSS selector
nth-child.

-- 
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 17751] clean up null filenames from database by update.php

[bugzilla-daemon]

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

Ashar Voultoiz  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||has...@free.fr
 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 16660] Database table cleanup (tracking)

[bugzilla-daemon]

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

Bug 16660 depends on bug 17751, which changed state.

Bug 17751 Summary: clean up null filenames from database by update.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17751

   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 25893] Wikimania Logo for WikimaniaTeam Wiki

[bugzilla-daemon]

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

Leinad  changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com
  Component|Site logos  |Site requests
 AssignedTo|cb...@wikimedia.org |wikibug...@lists.wikimedia.
   ||org

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

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

[Bug 25896] Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

--- Comment #3 from Niklas Laxström  2010-11-12 
15:23:32 UTC ---
I see 11 inline images, granted those are only for images referenced in the
styles, not just any random images included in the page.

-- 
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 25899] New: Show header and footer stuff at both places

[bugzilla-daemon]

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

   Summary: Show header and footer stuff at both places
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: innocentkil...@gmail.com, s...@reedyboy.net


It'd be nicer for the CodeListView if...

We had path and items per page at the bottom aswell

And change all revisions at the top :)

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #6 from Gurch  2010-11-12 16:11:06 
UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > More privacy invasion, lovely. Did you ever consider actually mentioning in 
> > the
> > Foundation privacy policy that you track everyone's user-agent?
> 
> We already scan them to get access to the site.

Yep. Absolutely zero need to store them in order to do that, though -- storage
of UAs is done solely to let checkusers loose on them. According to the privacy
policy, you only store IP addresses (and you only use them to deal with abuse,
rather than say to find out what editing tool someone is using, but hey at
least *admitting* you store UAs would be a start).

-- 
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 25886] Make bits.wikimedia.org Cross Origin compatible

[bugzilla-daemon]

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

--- Comment #3 from Derk-Jan Hartman  2010-11-12 17:11:51 
UTC ---
I think this could be solved by simply adding the header:

Access-Control-Allow-Origin: *

to all bits.wikimedia.org requests ? Unless we have non-public data that comes
from that server, but I doubt that such data uses the bits server, because it
would not be cache-able.

Geoiplookup has a similar security issue I guess, but that does carry sensitive
data, and thus needs specific Origin targeting (API has this I believe).

-- 
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 25886] Make bits.wikimedia.org Cross Origin compatible

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

  Component|General/Unknown |Site requests

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #7 from Jyothis Edathoot  2010-11-12 17:14:48 
UTC ---
Please read the checkuser extn documentation in mediawiki. I am not sure why
you sound surprised with this. All checkusers should be using the tool per
checkuser policy. if you have specific complaints about some one misusing it,
raise it in that wiki. This is probably not the best place to argue about it. 

(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > More privacy invasion, lovely. Did you ever consider actually mentioning 
> > > in the
> > > Foundation privacy policy that you track everyone's user-agent?
> > 
> > We already scan them to get access to the site.
> 
> Yep. Absolutely zero need to store them in order to do that, though -- storage
> of UAs is done solely to let checkusers loose on them. According to the 
> privacy
> policy, you only store IP addresses (and you only use them to deal with abuse,
> rather than say to find out what editing tool someone is using, but hey at
> least *admitting* you store UAs would be a start).

-- 
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 25791] ParserFunctions are broken after recent SVN update

[bugzilla-daemon]

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

--- Comment #5 from Park Shinjo  2010-11-12 17:15:53 UTC ---
Mediawiki 1.16.0 + ParserFunctions SVN trunk doesn't work for me either.
Replacing it with
ParserFunctions/Extended(http://www.mediawiki.org/wiki/Extension:ParserFunctions_%28extended%29
) strangely works for me now, with 1.17 trunk. If it looks like my system's
problem, please let me know some test codes or configurations.

-- 
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 25875] Add interwiki prefix for ten.wikipedia.org

[bugzilla-daemon]

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

merl  changed:

   What|Removed |Added

 CC||bugrepor...@to.mabomuja.de

--- Comment #2 from merl  2010-11-12 18:29:50 UTC 
---
I would prefer [[:tenwiki:]] like [[:testwiki:]] which is also a non language
wikipedia project. There is an old language having ten as iso code. Although
there will never be a wikipedia project in this language ten could be mixed up
if you don't know this. Also [[:otrswiki:]] and [[:tswiki:]] have this schema.

-- 
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 25875] Add interwiki prefix for ten.wikipedia.org

[bugzilla-daemon]

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

--- Comment #3 from Steven Walling  2010-11-12 18:35:57 
UTC ---
(In reply to comment #2)
> I would prefer [[:tenwiki:]] like [[:testwiki:]] which is also a non language
> wikipedia project. There is an old language having ten as iso code. Although
> there will never be a wikipedia project in this language ten could be mixed up
> if you don't know this. Also [[:otrswiki:]] and [[:tswiki:]] have this schema.

The chance of someone wanting to link to a dead language with no literate
tradition is zero. That's why LangCom folks said it was ultimately not an issue
to have the site at ten.wikipedia.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 25737] Closure of Nauruan Wikibooks

[bugzilla-daemon]

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

JeLuF  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||je...@gmx.de
 Resolution||FIXED

--- Comment #1 from JeLuF  2010-11-12 18:38:51 UTC ---
Wiki Closed. You can move the wiki using import/export.

-- 
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 10268] Watchlist RSS feed should include diffs

[bugzilla-daemon]

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

Mormegil  changed:

   What|Removed |Added

 Blocks||3646

-- 
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 3646] RSS, Atom, XML syndication feeds (tracking)

[bugzilla-daemon]

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

Mormegil  changed:

   What|Removed |Added

 Depends on||10268

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #3 from Bawolff  2010-11-12 19:01:26 UTC ---

> I haven't traced yet how MediaWiki's Special:Log/patrol extracts the
> information to append or not append "(automatic)" to the log entry, but in my
> toolserver tools I do this by digging through log_params *after* the query in 
> a
> foreach loop since I noticed in the second or third line of that string is a
> '1' that indicates whether it's autopatrolled or not.

As it stands the first parameter is the current revision id, the second
parameter is the revision id of the previous revision, and the third parameter
is if its Automatic or not.

The code for displaying this mostly happens at PatrolLog::makeActionText in
PatrolLog.php. You're right that the processing takes place after the query.

-- 
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 21919] Make an extension to produce Google news sitemaps to allow Wikinews to be more efficiently indexed by google

[bugzilla-daemon]

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

--- Comment #30 from Jason Giglio  2010-11-12 19:03:42 
UTC ---
Thanks Mark.   That will be helpful. 

As an update, Kim and I are trying to find my partially refactored version. 
I'm sure we have a copy 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

[Bug 25872] Rename class HttpRequest to something that doesn't conflict with PHP's HTTP extension.

[bugzilla-daemon]

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

Corneel Booysen  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #10 from Corneel Booysen  2010-11-12 
19:21:57 UTC ---
I installed the trunk copy 1.17alpha that you fixed, on a local xampp server. 
(I can see your fix comments in the release notes)

When I attempt to store a page with the following:

{{#display_point:New York City}}

- the save action hangs for a really long time and then I get the following
message:

"Fatal error: Parameter coordinates must be one or more valid locations."

Then I tried the example off of your page at:
http://mapping.referata.com/wiki/Maps_examples

{{
#display_points:
Moscow, Russia;New York City; Brussels, Belgium
| icon=Green_marker.png
}}

The wiki hangs for a long time and then return the message:

"Fatal error: Maximum execution time of 30 seconds exceeded in
C:\xampp\htdocs\wiki\includes\HttpFunctions.php on line 981"

I am reopening this ticket because I get the feeling it might be more semantic
map related this time.

Thanks.
Corneel.

-- 
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 25872] Rename class HttpRequest to something that doesn't conflict with PHP's HTTP extension.

[bugzilla-daemon]

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

Max Semenik  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #11 from Max Semenik  2010-11-12 19:26:10 
UTC ---
Please don't reuse bugs. This particular bug is about a duplicate class, the
dupe is gone. If there's another problem with Maps, be bold to open another
bug, or ask on IRC.

-- 
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 25875] Add interwiki prefix for ten.wikipedia.org

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com

--- Comment #4 from Niklas Laxström  2010-11-12 
19:27:55 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > I would prefer [[:tenwiki:]] like [[:testwiki:]] which is also a non 
> > language
> > wikipedia project. There is an old language having ten as iso code. Although
> > there will never be a wikipedia project in this language ten could be mixed 
> > up
> > if you don't know this. Also [[:otrswiki:]] and [[:tswiki:]] have this 
> > schema.
> 
> The chance of someone wanting to link to a dead language with no literate
> tradition is zero.

Following the xyzwiki pattern here seems to make sense nevertheless.

-- 
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 25896] Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #4 from Trevor Parscal  2010-11-12 19:52:38 
UTC ---
This was done very early on in ResourceLoader. The code that performs the
operation is in the CSSMim class.

Theoretically not all images are going to be ideal to embed, but so far we have
seen impressive results in embedding even larger images, or embedding the same
image more than once in the same file because of the efficiency of gzip
compression.

As Niklas said, you have to preceded the CSS rule that contains the url() code
with a /* @embed */ comment to enable embedding on a per rule basis.

-- 
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 25896] Inline small images with data: URI in ResourceLoader-generated CSS

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 Resolution|INVALID |WORKSFORME

-- 
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 6806] JavaScript tidbits - things to make custom JS easier

[bugzilla-daemon]

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

DieBuche  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||diebu...@gmail.com
 Resolution||FIXED

--- Comment #5 from DieBuche  2010-11-12 20:22:28 UTC ---
All of these are done imo.
we got wgUserName etc.
And there's addPortletLink()
As well as a common.js (even a user one with  r63300)

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #8 from Huji  2010-11-12 21:02:44 UTC ---
Aaron,

I will open a new bug for the HTML stuff and fix it, then I'll create a new
patch against the new revision, which only deals with the current bug
specifically.

Thanks for the advice,

Huji

-- 
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 25900] New: Problems with using Semantic maps in trunk

[bugzilla-daemon]

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

   Summary: Problems with using Semantic maps in trunk
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: SemanticMaps
AssignedTo: jeroen_ded...@yahoo.com
ReportedBy: corneelbooy...@hotmail.com


I installed the trunk copy 1.17alpha that you fixed for Bug 25872.
(I can see your fix comments in the release notes)

When I attempt to store a page with the following:

{{#display_point:New York City}}

- the save action hangs for a really long time and then I get the following
message:

"Fatal error: Parameter coordinates must be one or more valid locations."

Then I tried the example off of your page at:
http://mapping.referata.com/wiki/Maps_examples

{{
#display_points:
Moscow, Russia;New York City; Brussels, Belgium
| icon=Green_marker.png
}}

The wiki hangs for a long time and then return the message:

"Fatal error: Maximum execution time of 30 seconds exceeded in
C:\xampp\htdocs\wiki\includes\HttpFunctions.php on line 981"

Thanks.
Corneel.

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #9 from Gurch  2010-11-12 21:08:36 
UTC ---
(In reply to comment #7)
> Please read the checkuser extn documentation in mediawiki. I am not sure why
> you sound surprised with this. All checkusers should be using the tool per
> checkuser policy. if you have specific complaints about some one misusing it,
> raise it in that wiki. This is probably not the best place to argue about it. 

I'm not surprised about it. I do however disagree with the subversion of the
privacy policy that implementation of this bug would contribute to.

Like the privacy policy, the CheckUser policy page on Meta also makes no
mention of the fact that user-agent strings are stored.

The extension documentation does not mention it directly, but user-agent data
is visible in the example screenshots.

I'm pretty sure having the information buried in a technical documentation page
on another website doesn't fulfill the requirement of the privacy policy to
state what data is being retained and why.

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #4 from Krinkle  2010-11-12 21:30:51 UTC ---
I remember from last september I did a query on the toolserver to get some
statistics for our edit-patrol team. The results are here:
http://commons.wikimedia.org/wiki/CT:CVU
Although in my tools, like I said in comment 2, I do it post-query, I know for
sure that in this particular table I did it all within the query (excluding
autopatrols), I'll see if I can digg up how I did 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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #10 from Aaron Schulz  2010-11-12 21:39:42 
UTC ---
(In reply to comment #8)
> Aaron,
> 
> I will open a new bug for the HTML stuff and fix it, then I'll create a new
> patch against the new revision, which only deals with the current bug
> specifically.
> 
> Thanks for the advice,
> 
> Huji

Note that I changed the UI lately slightly. Update SVN first :)

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #5 from Bawolff  2010-11-12 21:42:16 UTC ---
Well its entirely possible to do something like that in sql, I'm very doubtful
it can be done efficiently, which makes it a moot point. (Although then again I
don't think querying by log_action, which was proposed earlier, is efficient
either, or at least not currently).

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #6 from Krinkle  2010-11-12 21:51:27 UTC ---
Well, in the API it is already possible to filter by log_action. So if
autopatrols would be recorded as such, it's possible to use the API to only get
'real' patrols.

In the front-end there's only a way to filter by log_type, but that's fine I
don't think log_action is really something that would be used from a front-end.

It may be interesting in general, to improve that API-functionality, to add an
INDEX on log_action though...

But aside from the API-functionality. The main point is that different actions
should be recorded as different actions, and for Patrol this is not the case.
(overwrite and upload are differrent log_action's)

-- 
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 25799] Enabling viewing patrols seperate from own autopatrolled edits

[bugzilla-daemon]

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

--- Comment #7 from Krinkle  2010-11-12 21:56:07 UTC ---
I found the query by the way:

// Get patrol statistics
$dbQuery = "
SELECT

count(*) AS counter,
log_action,
user_name,
user_registration,
user_editcount

FROM logging log

JOIN user us
  ON log.log_user = us.user_id

WHERE log.log_type = 'patrol'
AND log.log_action = 'patrol'
AND log.log_params LIKE '%\n0' /* <-- this line */
GROUP BY log.log_user

ORDER BY counter DESC
LIMIT 50;";

So yeah, that's everything but effecient. The query run took little over 5-6
minutes.

-- 
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 25901] New: Don't apply class stub for pages outside the article namespace

[bugzilla-daemon]

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

   Summary: Don't apply class stub for pages outside the article
namespace
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Page rendering
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: diebu...@gmail.com


Since stuff like 
http://commons.wikimedia.org/wiki/Category:User_fr-1
is just confusing.

Similarily a MW: page might have only a few bytes content but still be useful
(and doesn't need to be expanded)

-- 
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 24411] List recent User-Agents for a user or IP

[bugzilla-daemon]

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

--- Comment #11 from Ashar Voultoiz  2010-11-12 23:02:34 UTC ---
Gurch > please discuss the policy issue on meta or on wikimedia-l . This bug
report is just about implementing the feature in the MediaWiki software.

Aaron > once reviewed, can you commit the patch so it get a larger audience ?
Thanks :)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

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

[Bug 25888] no tidy for the html-prewiev

[bugzilla-daemon]

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

--- Comment #1 from Derk-Jan Hartman  2010-11-12 23:18:58 
UTC ---
Created attachment 7814
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=7814
Add Tidy option to ExpandTemplates

This actually adds a tidy option to the ExpandTemplates option. Default is to
tidy.

Untested, since I don't use tidy 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 25888] no tidy for the html-prewiev

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

   Keywords||need-review, patch

-- 
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 25888] no tidy for the html-preview

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

Summary|no tidy for the |no tidy for the
   |html-prewiev|html-preview

-- 
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 25902] New: Icons for stashed audio files are broken

[bugzilla-daemon]

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

   Summary: Icons for stashed audio files are broken
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


When we try to obtain the icon for an uploaded audio file, instead of fetching
the standard audio icon, we instead do this exchange:

http://commons.prototype.wikimedia.org/w/api.php?action=query&format=json&prop=stashimageinfo&siisessionkey=chbquaktkhol08cdl6sq3x9nxqj11vj&siiurlwidth=120&siiprop=url

{"servedby":"commons.prototype.wikimedia.org","error":{"code":"siiinvalidsessiondata","info":"Bad
path: path
'\/srv\/org\/wikimedia\/prototype\/wikis\/commons\/images\/temp\/5\/51\/mid-chbquaktkhol08cdl6sq3x9nxqj11vj.ogx.jpg'
doesn't exist"}}

In other words, the filename manipulation that is correct for a stashed JPG --
to get a thumbnail of that, generated in the temp space -- isn't correct for an
OGG file, whose thumbnail will be based off an existing icon, already
published.

-- 
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 25902] Icons for stashed audio files are broken

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org

--- Comment #1 from Derk-Jan Hartman  2010-11-12 23:39:29 
UTC ---
See also bug 25828

-- 
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 25903] New: Video thumbnails may be broken (commons.prototype config)

[bugzilla-daemon]

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

   Summary: Video thumbnails may be broken (commons.prototype
config)
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


Probably a result of misconfiguration on commons.prototype, but we are not
getting thumbnails for uploaded OGV files.

Thumbnails are also not functioning for the standard file page, so it's
probably not UploadWizard in this case -- from client perspective, thumbnail
request times out.  

e.g.

http://commons.prototype.wikimedia.org/w/images/thumb/f/fb/Wikiswarm.ogv/mid-Wikiswarm.ogv.jpg

-- 
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 25715] Doxygen seems to have stopped updating

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #4 from Reedy  2010-11-13 00:51:00 UTC ---
Reopening. It seems to have last updated on the 8th..

MediaWiki Documentation

trunk(r76298)

Can you poke it again please Ryan?

-- 
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 25904] New: Create the Swedish Wikiversity (wv/sv)

[bugzilla-daemon]

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

   Summary: Create the Swedish Wikiversity (wv/sv)
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://meta.wikimedia.org/wiki/Requests_for_new_langua
ges/Wikiversity_Swedish_2
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: robinp.1...@gmail.com
Blocks: 16976


The Language Committee and the Board have approved the Swedish Wikiversity:

* Site: sv.wikiversity.org
* Logo: http://en.wikiversity.org/wiki/File:Wiki.png
* Project name: Wikiversity
* The name of the project namespace: Wikiversity
* The name of the project talk namespace: Wikiversitydiskussion
* Default project timezone: CET (UTC+1) in the winter and CEST (UTC+2) in the
summer

Thank you!

-- 
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 16976] Wikis ready for creation (tracking)

[bugzilla-daemon]

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

Robin  changed:

   What|Removed |Added

 Depends on||25904

-- 
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 25905] New: Creation of Mailing List for Wikimedia Mexico future Chapter

[bugzilla-daemon]

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

   Summary: Creation of Mailing List for Wikimedia Mexico future
Chapter
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Mailing lists
AssignedTo: basti...@bastique.com
ReportedBy: s...@xiphoweb.com
CC: wikibugs-l@lists.wikimedia.org


Hi,

My name is Jose Moises, wikimedia user "Acrux". I am requesting to set up a
mailing list for our discussions about the creation of a Wikimedia Chapter in
Mexico.

I am a computer engineer so I have no problem to use mailman.

The name may be: wikimexic...@lists.wikimedia.org or something similar, with
wikimedia standards compliance.

For more information please contact me: s...@xiphoweb.com.

As owner / initial admin of the mailing list please use the same email.

Regards,

Acrux.

-- 
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 25906] New: Add what a user has deleted to user contributions

[bugzilla-daemon]

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

   Summary: Add what a user has deleted to user contributions
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: svi...@gmail.com


The user contribution special page already includes protections, moves, etc.,
so why not deletions?  And I am not talking about edits that has since been
deleted, I am talking about the deletions themselves.

-- 
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 25891] Closure of Quality Wikimedia

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b...@caseybrown.org
 Resolution||INVALID

--- Comment #1 from Casey Brown  2010-11-13 02:18:23 UTC 
---
It's already been closed.  To verify this yourself, try to edit any page and
you'll get this:

"You do not have permission to edit this page, for the following reasons:
The action you have requested is limited to users in the group: Stewards.
This page has been locked to prevent editing."

You could also check the closed dblist
 and look for qualitywiki on it.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

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

[Bug 25893] Wikimania Logo for WikimaniaTeam Wiki

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 CC||b...@caseybrown.org

--- Comment #1 from Casey Brown  2010-11-13 02:19:25 UTC 
---
Or just $stdlogo since we have the logo uploaded at File:Wiki.png already.

-- 
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 25892] Closure of Working Group Wikipedia

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b...@caseybrown.org
 Resolution||INVALID

--- Comment #2 from Casey Brown  2010-11-13 02:21:44 UTC 
---
Indeed, closing as no consensus. "I do not believe we should have a wiki for
this" isn't really a valid reason for closure.  Also, for the record, the
naming scheme used here is actually very common.  See sites like
arbcom.en.wikipedia.org and arbcom.de.wikipedia.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 25906] Add what a user has deleted to user contributions

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 CC||b...@caseybrown.org

--- Comment #1 from Casey Brown  2010-11-13 02:25:46 UTC 
---
(In reply to comment #0)
> so why not deletions?

Because those events do not show up in the page history, they show up in the
logs.  User contributions do not show all admin events... they don't show
blocks, either.  As far as I know, events only show up in the contributions
page if they show up in some page's history.

-- 
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 25906] Add what a user has deleted to user contributions

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #2 from Krinkle  2010-11-13 02:36:24 UTC ---
Indeed:
http://en.wikipedia.org/w/index.php?title=Special:Log
Works just like Special:Contributions, but with log actions, type in a user
name 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 25906] Add what a user has deleted to user contributions

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #3 from MZMcBride  2010-11-13 03:51:03 UTC ---
I think there's a reasonable argument to be made that a full log of
contributions (all actions: edit, delete, protect, etc.) should be available at
"Special:Contributions".

I understand the distinction between the logging and revision tables, but the
current implementation is misleading and confusing, especially given that
certain actions (namely protections and moves) do end up in the revision
table/Special:Contributions while most other actions besides edit do not.

There are a couple of options here. You could change Special:Contributions to
include everything. Or you could add another Special page that combines the
current Special:Log and Special:Contributions.

This bug feels like a duplicate.

-- 
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 25715] Doxygen seems to have stopped updating

[bugzilla-daemon]

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

Ryan Lane  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Ryan Lane  2010-11-13 04:09:26 UTC ---
Not sure what the deal is. Cron says it is running. when I run it manually, it
works perfectly. It indeed hadn't updated the log file since the 8th either. I
edited the crontab manually and saved it. Maybe it was a line end issue.

Please reopen if it breaks again.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

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

[Bug 25900] Problems with using Semantic maps in trunk

[bugzilla-daemon]

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

--- Comment #1 from Jeroen De Dauw  2010-11-13 
05:17:42 UTC ---
No changes have been made to the Maps extension following your bug report about
the Http class. If the name of the class has changes in MediaWiki core, then
the extension will fail. I'll have

-- 
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 25900] Problems with using Semantic maps in trunk

[bugzilla-daemon]

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

Jeroen De Dauw  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #2 from Jeroen De Dauw  2010-11-13 
05:21:36 UTC ---
...

a look at it for the next release, to make sure nothing breaks.

The issue you describe is caused by the geocoding of the provided address(es)
failing. Make sure your proxy settings are correct, so the geocoding service is
reachable.

-- 
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 25900] Problems with using Semantic maps in trunk

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #3 from Bawolff  2010-11-13 05:31:15 UTC ---
(In reply to comment #1)
> No changes have been made to the Maps extension following your bug report 
> about
> the Http class. If the name of the class has changes in MediaWiki core, then
> the extension will fail. I'll have

Note, backwards compatibility is maintained so the old HttpRequest will still
work (but you should be using MWHttpRequest if possible). However with that
said, Semantic maps used Http::get which is a wrapper around HttpRequest (now
MWHttpRequest), so semantic maps should not have to change anything at all on
that front.

-- 
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 25900] Problems with using Semantic maps in trunk

[bugzilla-daemon]

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

Jeroen De Dauw  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX

--- Comment #4 from Jeroen De Dauw  2010-11-13 
05:52:27 UTC ---
(In reply to comment #3)
> Note, backwards compatibility is maintained so the old HttpRequest will still
> work (but you should be using MWHttpRequest if possible). However with that
> said, Semantic maps used Http::get which is a wrapper around HttpRequest (now
> MWHttpRequest), so semantic maps should not have to change anything at all on
> that front.

Oh, ok, that's nice.

This bug report is purely about failing geocoding service then. I'm afraid I
can't really do much about that. You can try switching the used geocoding
service. I'm open to suggestions on how to improve the geocoding capabilities.

-- 
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 17866] Email notifications being sent out to users without email addresses and who aren't confirmed.

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #4 from Bawolff  2010-11-13 06:36:33 UTC ---
>After looking at trunk, there is a call to $targetUser->isEmailConfirmed()
>inside of UserMailer::actuallyNotifyOnPageChange() which should fix this.

Hmm, well that is true, this just happened to me on trunk (on translatewiki) so
I don't think thats actually the case. It's ironic how in this situation emails
are sent to the user, but the user is not allowed to disable the emails until
their email is confirmed.

-- 
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 25907] New: Validate Error

[bugzilla-daemon]

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

   Summary: Validate Error
   Product: MediaWiki
   Version: 1.16
  Platform: All
OS/Version: All
Status: NEW
  Keywords: utf8
  Severity: enhancement
  Priority: Normal
 Component: Vector Skin
AssignedTo: tpars...@wikimedia.org
ReportedBy: ho94...@gmail.com
CC: asha...@wikimedia.org


There is Validate Eroor in Ver.1.16 
First, There is no li tag between ul and /ul tag
That caused of Vector.php Line, 705 $this->data['variant_urls'] is empty so no
li tag.

So please print ul tag after check li tag is not empty.

Second,There is Headline validate error.
CoreParserFunctions.php Line, 555 Function anchorencode ( replace % to . after
urlencode)during function there is dot. '.'is not validate but XHTML 1.0 C.8.
Regular expression ( [A-Za-z][A-Za-z0-9:_.-]* ) if first dot come then have a
error.

So please enter string that can express with regular expression, for example w
:[A-Za-z][A-Za-z0-9:_.-]*

-- I'm not English and I'm not good at English. So there might be some
translate or grammar error. --

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