[Bug 25850] Kill the Take me back link

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25850

Roan Kattouw roan.katt...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2010-11-19 08:41:00 
UTC ---
Done.

-- 
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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005

Calcey QA wikib...@calcey.com changed:

   What|Removed |Added

Summary|Browser ie - Buttons are|Browser ie 8 - Buttons are
   |appearing  unnecessarily on |appearing  unnecessarily on
   |'Learn' section of 'Upload  |'Learn' section of 'Upload
   |wizard' |wizard'

-- 
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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005

Calcey QA wikib...@calcey.com changed:

   What|Removed |Added

   Priority|Normal  |Highest
   Severity|major   |blocker

--- Comment #1 from Calcey QA wikib...@calcey.com 2010-11-19 09:22:55 UTC ---
Note:
Same behavior can be observed in Opera 10.63 browser version as well.

When user click on any 'Next' button application moves to 'Upload' section of
'Upload wizard' screen but can't see the 'Click here to upload a file' facility
to upload any file.

-- 
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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005

--- Comment #2 from Calcey QA wikib...@calcey.com 2010-11-19 09:25:54 UTC ---
Created attachment 7834
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7834
Missing functionality, Click here to upload a file

-- 
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 26006] New: Allow obtaining full URL in prop=langlinks

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26006

   Summary: Allow obtaining full URL in prop=langlinks
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: roan.katt...@gmail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


prop=iwlinks already supports this. Feature has been requested by folks at
Google using the API.

-- 
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 25987] prop=infoinprop=watched doesn't show if a missing page is watched

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25987

Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ialex.w...@gmail.com
 Resolution||FIXED

--- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 
2010-11-19 10:53:41 UTC ---
Fixed in r77012.

-- 
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 26007] New: No proper warning message when same content is uploaded multiple times

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26007

   Summary: No proper warning message when same content is
uploaded multiple times
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl
oadWizard
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: wikib...@calcey.com
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


There will be no proper warning message appears when user tries to upload same
content multiple times.

Also process get hangs when trying to navigate to Use tab.

In the describe tab the image preview not get displayed.

Steps to reproduce:

1)In the Upload tab give a file which has been already uploaded.
2)Navigate to Describe tab.

Notice image preview is not available.

3) Provide necessary details and click Next

Notice that page is hanged.

-- 
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 26008] New: It is better if 'Click here to upload a file' label change as a hyper link or button

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008

   Summary: It is better if 'Click here to upload a file' label
change as a hyper link or button
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: wikib...@calcey.com
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


Created attachment 7835
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7835
Label 'Click here to upload a file' has to be change.

It is better if 'Click here to upload a file' label can change to a button or a
hyper link on 'Upload wizard' screen

-- 
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 26009] New: IE 6,7 Browser issue - Upload wizard doesn't get loaded.

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26009

   Summary: IE 6,7 Browser issue - Upload wizard doesn't get
loaded.
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl
oadWizard
OS/Version: All
Status: NEW
  Severity: blocker
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: wikib...@calcey.com
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


Created attachment 7836
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7836
Upload wizard doesn't get loaded properly

Upload wizard doesn't get loaded in following browser versions,
ie6, ie7

Steps to Reproduce
1.) Load the application in ie8 browser version  
http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard
2.) Login to the application Username Password
3.) Click on Upload file link

Expected results:
Upload wizard should be get loaded and user should be able to upload files
successfully. 

Actual results:
Upload wizard doesn't get loaded properly hence user cannot be able to upload
files successfully.

-- 
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 26004] New button is not enable in Learn page when come from upload more files

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26004

Calcey QA wikib...@calcey.com changed:

   What|Removed |Added

Summary|New button in not enable in |New button is not enable in
   |Learn page when come from   |Learn page when come from
   |upload more files   |upload more files

-- 
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 26008] It is better if 'Click here to upload a file' label change in to hyper link or button

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008

Calcey QA wikib...@calcey.com changed:

   What|Removed |Added

Summary|It is better if 'Click here |It is better if 'Click here
   |to upload a file' label |to upload a file' label
   |change as a hyper link or   |change in to hyper link or
   |button  |button

-- 
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 26008] It is better if 'Click here to upload a file' label change in to hyper link or button

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008

--- Comment #1 from Calcey QA wikib...@calcey.com 2010-11-19 11:42:55 UTC ---
Expected Result:

Set the 'Click here to upload a file' label as a button or a hyperlink.

If 'Click here to upload a file' is set as hyperlink,
it is advisable to change the mouse pointer icon to hand type when place the
mouse over the 'Click here to upload a file'.

-- 
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 26010] New: Better to specify the file name for bad and verification failing files

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26010

   Summary: Better to specify the file name for bad and
verification failing files
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl
oadWizard
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: wikib...@calcey.com
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


Created attachment 7837
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7837
Bad File popup

When multiple files are uploaded it is better to specify the file name also in
the bad or verification failed file uploads.

Please refer the attachment for the current message given

-- 
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 26011] New: The error sign comes with OK text for bad files

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26011

   Summary: The error sign comes with OK text for bad files
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl
oadWizard
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: wikib...@calcey.com
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


Created attachment 7838
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7838
OK text

The error sign comes with OK text for bad files.

Please refer the attached screenshot.

-- 
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 26012] New: Fatal error when running update

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012

   Summary: Fatal error when running update
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: LiquidThreads
AssignedTo: agarr...@wikimedia.org
ReportedBy: jeroen_ded...@yahoo.com
CC: amil...@wikimedia.org, bhar...@wikimedia.org


I'm getting this fatal error when I run update.php on an install with both MW
and LQT trunk.

Fatal error: Call to undefined method MysqlUpdater::addExtensionUpdate() in
/home/org/ .. /www/smw/extensions/LiquidThreads/classes/Hooks.php on line 330

-- 
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 25225] Bugzilla help pages are not helpful

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25225

Reedy s...@reedyboy.net changed:

   What|Removed |Added

Summary|Bugzilla help pages are no  |Bugzilla help pages are not
   |helpful |helpful

-- 
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 26012] Fatal error when running update

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012

Reedy s...@reedyboy.net changed:

   What|Removed |Added

 CC||s...@reedyboy.net

--- Comment #1 from Reedy s...@reedyboy.net 2010-11-19 12:08:16 UTC ---
It works fine for me (just tested)...

-- 
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 26012] Fatal error when running update

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012

--- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2010-11-19 
12:22:06 UTC ---
Oh damn. The MW isn't trunk. It's an early 1.17 alpha. Is LQT breaking compat
with MW  1.17?

-- 
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 26013] New: Add an interface to add/remove related revisions

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26013

   Summary: Add an interface to add/remove related revisions
   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,
roan.katt...@gmail.com, tpars...@wikimedia.org


Per title/Hack-A-Ton, add an interface to add and remove related revisions

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

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


[Bug 26014] New: Allow users to strike own signoffs

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26014

   Summary: Allow users to strike own signoffs
   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,
roan.katt...@gmail.com, tpars...@wikimedia.org


If they realise they are wrong, they need to be able to undo it

Still visible, but in s/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 26015] New: Wikilink to signoff users to userpage if user is linked

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26015

   Summary: Wikilink to signoff users to userpage if user is
linked
   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,
roan.katt...@gmail.com, tpars...@wikimedia.org


Otherwise it's just plain text

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

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


[Bug 26016] New: When a user signs off a revision, log it somewhere (like status changes)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26016

   Summary: When a user signs off a revision, log it somewhere
(like status changes)
   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,
roan.katt...@gmail.com, tpars...@wikimedia.org


Can we make the status changes page fit with listing user signoffs too?

Else a separate form to do this...

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

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


[Bug 26017] New: When loading diff's, don't lock up web server

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017

   Summary: When loading diff's, don't lock up web server
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: innocentkil...@gmail.com, s...@reedyboy.net


Noticed on my server it locks up... Not sure why. Needs some investigation (not
sure if it's just one of the configs or something)

Will poke at it when I've more time

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

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


[Bug 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #108 from Rich Farmbrough rich...@farmbrough.co.uk 2010-11-19 
14:49:13 UTC ---
I'm pretty sure it would garner extensive support.  

#Pro: less server load
#Pro: less page breakage
#Pro: easier template programming
#Pro: faster page load/render times
#Pro: less obscure limits on lengths
#Pro: less templates which work fine in test but are useless on an actual page

#Con: If we implement a scripting language we may need to migrate some stuff -
which we would anyway.

Things have moved on in four years, but we are still struggling with ancient
functionality. Wikia has more powerful facilities than the WMF projects.

I'm disappointed someone re-closed the bug, it was not re-opened lightly.

Anyone in doubt as to the importance of this bug is invited to look at VP(T)
where I believe almost half the threads are related to 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #109 from Happy-melon happy-me...@live.com 2010-11-19 15:49:52 
UTC ---
(In reply to comment #108)
 I'm pretty sure it would garner extensive support.  
 ...
 Anyone in doubt as to the importance of this bug is invited to look at VP(T)
 where I believe almost half the threads are related to it.

You[1] are making a mistake in assuming that if the enwiki community supports a
technical change then, ipso facto, that change should be implemented,
irrespective of any 'big picture' considerations.  You're[1] not in Kansas any
more; the consensus of the enwiki community is not sovereign here.  

 I'm disappointed someone re-closed the bug, it was not re-opened lightly.

It was re-opened mistakenly under a [[WP:BRD]] principle which just doesn't
apply here.  It is perfectly acceptable to comment, where appropriate, on
closed bugs; the status applies only to the bug title, not to the discussion
underneath.  Tim has said that the status of the request Set
$wgPFEnableStringFunctions=true on WMF wikis is WONTFIX; that conclusion
stands until something (maybe discussion under the closed bug, maybe something
else) convinces *him* or *another sysadmin of equal standing* to reconsider it.
 Someone else changing the status does not somehow reshape the world to make it
so.

[1] I'm speaking generally, not to anyone specifically.

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

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


[Bug 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #110 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-11-19 
16:33:30 UTC ---
(In reply to comment #108)
 #Pro: less server load
 #Pro: faster page load/render times

Experience has shown that people will just write pages that use up whatever the
resource limits are.  They'll use the functions to write still more complicated
templates, which currently they can't write because of preinclusion size
limits.  It's not at all obvious it will make anything faster, it will just
allow more complexity for the same length limit.

In support of this, observe that ParserFunctions was only introduced to provide
a sane replacement for [[Template:Qif]], much as this bug requests that
StringFunctions be enabled to replace [[Template:Str len]] and friends.  The
explosion of template complexity after ParserFunctions were turned on would
have been impossible (given performance limits) with template hacks.  It's a
certainty that that will happen again if we enable StringFunctions, with
template editing becoming even more arcane.

Maybe we should enable the string functions, but reduce preinclusion length
limit, or impose other limits on template complexity.

 #Pro: less page breakage

How so?

 #Pro: easier template programming

Not if things get even more complicated to compensate, which they will.

 #Pro: less obscure limits on lengths

The limits on length will be the same, it's just people will write even more
complicated templates to use up the length limits.

#Con: Templates like {{str len}} will no longer count as much against the
length limit, so the effective limit will be higher and people will be able to
make even more complicated and unmaintainable wikitext pages for things that
should have been written in a real language to start with.


I agree that enabling string functions is the lesser evil, but it's still evil.
 People shouldn't have been writing programs in wikitext to begin with, they
should use proper scripts of some type -- extensions or bots or such. 
Personally I'd also be okay with restricting or disabling any functions that
people are abusing to emulate string functions, like padright/left, but that
would be much more disruptive, and people will always find ways to abuse
innocent functionality.  So unless someone is willing to implement a systematic
solution like a Lua extension, we may as well resign ourselves to making
template programming less painful.

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

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


[Bug 25975] Chaos in the interface of FlaggedRevs

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25975

--- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2010-11-19 16:49:23 UTC 
---
Since r76958, the new notice is now unused for the detailed bar UI. This puts
the clutter back to the level it was at before for the detailed bar UI.

-- 
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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #111 from Le Chat cat...@vp.pl 2010-11-19 17:21:09 UTC ---
...abuse...

It's not abuse (which would be putting good tools to bad use), this is putting
bad tools to good use.

...proper scripts...extensions...

Yes, this seems to be the vicious circle we're in... someone *has* written an
extension, but what good did it do him - we're now deprived of the use of the
extension, just in case someone abuses it by making better use of it than was
anticipated. It would obviously be much much better to have non-trivial logic
compiled into the software than to do it via templates, but what choice are we
given?

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

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


[Bug 3276] Give image gallerys fluid width

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276

DieBuche diebu...@gmail.com changed:

   What|Removed |Added

   Attachment #7803|0   |1
is obsolete||

--- Comment #20 from DieBuche diebu...@gmail.com 2010-11-19 18:43:05 UTC ---
Created attachment 7839
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7839
patch (with line numbers)

This was weird. I used the normal svn diff. Too lazy to investigate though, a
new one is attached.

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

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


[Bug 26018] New: documentation to fix my screwup

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26018

   Summary: documentation to fix my screwup
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Documentation
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: russnel...@gmail.com


I have set up mediawiki a couple of times before, but am not an expert (yet).
Thus I made a naive mistake which I would like to prevent others from making. I
believe this patch improves the documentation so that nobody will look at
$wmLocalFileRepo to true as I did.

Index: includes/DefaultSettings.php
===
--- includes/DefaultSettings.php(revision 76954)
+++ includes/DefaultSettings.php(working copy)
@@ -365,8 +365,13 @@
  *   - apibase  Use for the foreign API's URL
  *   - apiThumbCacheExpiry  How long to locally cache thumbs for
  *
- * The default is to initialise these arrays from the MW1.11 backwards
compatible settings:
- * $wgUploadPath, $wgThumbnailScriptPath, $wgSharedUploadDirectory, etc.
+ * If you leave $wgLocalFileRepo set to false, Setup will fill in appropriate
values.
+ * Otherwise, set $wgLocalFileRepo to a repository structure as described
above.
+ * If you set $wgUseInstantCommons to true, it will add an entry for Commons.
+ * If you set $wgForeignFileRepos to an array of repostory structures, those
will
+ * be searched after the local file repo.
+ * Otherwise, you will only have access to local media files.
+ * 
  */
 $wgLocalFileRepo = false;

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

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


[Bug 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #112 from Marcus Buck w...@marcusbuck.org 2010-11-19 19:35:53 UTC 
---
As far as I can see all of the StringFunctions are already present in
template-implemented versions now. Just in an inefficient way. So any abuse
(quotation marks because of Le Chat's good remark) would be possible already
now.

Does anybody have any ideas in which direction possible abuse could go? I
cannot think of any new class of functionality that would become possible if we
allowed StringFunctions. The template-based string functions too were not
enabled by ParserFunctions alone. Template-based string functions would be
impossible without padleft: and padright:. These two are string functions.
It's clear that when you provide a single string function and simple logic,
that other string functions can be emulated. That door was left open and people
walked through. But if StringFunctions do not open new doors nothing bad can
happen. I don't see open doors in them. If you do see them, please report.

I guess we can safely assume that when you provide functionality people will
_always_ test the limits of the functionality. It doesn't matter how few or how
amazingly much functionality you provide. They will test it limits. It's almost
a law of nature. That's normal and we will never have success with We provide
this functionality but please don't fully utilize it.

We have to put limitations on functionality because we need to limit the
computation cost and rendering time. If we replace the template-based string
functions with extension-based StringFunctions we will reduce computation cost
and rendering time. That's a good thing. If you want to secure that this gain
will not be consumed by increased use of the functions then set limitations on
how many instances of the functions can be called on a single page.

By the way, I'm sure there are wikis with activated StringFunctions. Are there
any reports that these wikis had problems with it? If there are any open doors
in them, I'm sure somebody must have discovered them 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455

--- Comment #113 from Phillip Patriakeas dragonlordofxant...@gmail.com 
2010-11-19 20:01:14 UTC ---
(In reply to comment #112)
 By the way, I'm sure there are wikis with activated StringFunctions. Are there
 any reports that these wikis had problems with it? If there are any open doors
 in them, I'm sure somebody must have discovered them already!?

Wikia - *all* of Wikia - has had StringFunctions enabled for years. I've never
heard about any problems they've had as a result of this.

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

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


[Bug 26017] When loading diff's, don't lock up web server

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017

--- Comment #1 from Max Semenik maxsem.w...@gmail.com 2010-11-19 20:39:42 UTC 
---
Locks up? It doesn't serve any other requests? What OS?

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

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


[Bug 26017] When loading diff's, don't lock up web server

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017

Platonides platoni...@gmail.com changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #2 from Platonides platoni...@gmail.com 2010-11-19 20:46:43 UTC 
---
Serving a diff needs more processing than normal (producing the diff, probably
rendering an old revision, which is always uncached...) but lockup web server??

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

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


[Bug 24702] Upload wizard: User preference for preferred license

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702

Trevor Parscal tpars...@wikimedia.org changed:

   What|Removed |Added

 CC||tpars...@wikimedia.org
   Severity|normal  |enhancement

-- 
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 24762] Upload wizard: Add bail options

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=24762

Trevor Parscal tpars...@wikimedia.org changed:

   What|Removed |Added

 CC||tpars...@wikimedia.org
   Severity|normal  |minor

-- 
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 24760] Upload wizard doesn't support the browsers' back action

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=24760

Trevor Parscal tpars...@wikimedia.org changed:

   What|Removed |Added

 CC||tpars...@wikimedia.org
   Severity|normal  |enhancement

-- 
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 26017] When loading diff's, don't lock up web server

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017

--- Comment #3 from Reedy s...@reedyboy.net 2010-11-19 22:09:51 UTC ---
Ubuntu x64 10.10

It won't serve any more pages, until the diff is loaded.. If you try and browse
away, it won't finish loading, and I have to restart the apache instance

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

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


[Bug 26018] documentation to fix my screwup

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26018

Bawolff bawolff...@gmail.com changed:

   What|Removed |Added

   Keywords||need-review, patch
 CC||bawolff...@gmail.com

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

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


[Bug 26017] When loading diff's, don't lock up web server

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017

--- Comment #4 from Platonides platoni...@gmail.com 2010-11-19 22:37:18 UTC 
---
Can you get another page from a different browser (ie. not logged in)?
It could be the php session locking.

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

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


[Bug 26019] New: Underscore is not allowed as the initial character in tag attributes (tag extension)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019

   Summary: Underscore is not allowed as the initial character in
tag attributes (tag extension)
   Product: MediaWiki
   Version: 1.15.5
  Platform: All
OS/Version: All
Status: NEW
  Keywords: parser
  Severity: minor
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: vin...@gmail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


When creating tag extensions, attribute names with underscore as the initial
character (e.g. _attr, _file, etc.) are not recognized as valid attributes.
This is a valid attribute name according to W3C XML standard
(http://www.w3.org/TR/REC-xml/#NT-NameStartChar), which, if I understand
correctly, mediawiki tries to comply with.

I don't see a reason why these attributes should not be allowed.

-- 
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 26019] Underscore is not allowed as the initial character in tag attributes (tag extension)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019

Reedy s...@reedyboy.net changed:

   What|Removed |Added

   Keywords|parser  |

--- Comment #1 from Reedy s...@reedyboy.net 2010-11-19 22:44:01 UTC ---
Is this actually an API specific bug? The parser tag seems wrong (removing).
Also, you're testing again 1.15.5? :S

-- 
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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 26009] IE 6,7 Browser issue - Upload wizard doesn't get loaded.

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26009

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 26004] New button is not enable in Learn page when come from upload more files

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26004

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 24604] UploadWizard: date picker needs to adapt to user locale settings

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=24604

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 24692] Upload wizard: RTL support is incomplete

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=24692

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 25826] Upload wizard navigation panel has a color gap in Chrome 7

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25826

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

 AssignedTo|ne...@wikimedia.org |tpars...@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 25965] UploadWizard steps appear before styling

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25965

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Severity|enhancement |minor

-- 
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 23672] Upload wizard doesn't work in Konqueror 4.4.3

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=23672

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Priority|Normal  |Lowest

--- Comment #1 from Neil Kandalgaonkar ne...@wikimedia.org 2010-11-19 
23:00:24 UTC ---
Konqueror is a very small percentage of the browsers on Wikimedia sites. I hope
any Konqueror issues will be fixed as we fix Safari and Chrome bugs, but for
now this is low priority.

-- 
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 26011] The error sign comes with OK text for bad files

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26011

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Severity|minor   |major

-- 
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 25999] Aborting the upload is not the same as success.

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25999

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Severity|enhancement |normal

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

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


[Bug 25902] Icons for stashed audio files are broken

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25902

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Severity|enhancement |minor

-- 
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 25787] UploadWizard's error handling is totally broken

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25787

Neil Kandalgaonkar ne...@wikimedia.org changed:

   What|Removed |Added

   Severity|enhancement |major

-- 
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 26019] Underscore is not allowed as the initial character in tag attributes (tag extension)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019

vin...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
Version|1.15.5  |1.17-svn
 Resolution||INVALID

--- Comment #2 from vin...@gmail.com 2010-11-19 23:11:26 UTC ---
My apologies. I tested it in the latest SVN version and underscore has been
added as a valid first character. Non-english characters are still invalid, but
that's a different issue (I have seen some comments about that on the wikimedia
website). Sorry once again, I should have checked.

-- 
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 26020] New: $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020

   Summary: $wgEmailConfirmToEdit removes diffs from Recent
Changes feeds (RSS and Atom)
   Product: MediaWiki
   Version: 1.16.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: History/Diffs
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: da...@bamsoftware.com


With

$wgEmailConfirmToEdit = true;

the RSS and Atom Recent Changes feeds don't have diffs. (Same with individual
pages' history.) I checked that setting $wgEmailConfirmToEditor to false
restores the diffs. I attached a patch that restoers the diffs, but I'm not
sure it's the right thing.

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

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


[Bug 26020] $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020

--- Comment #1 from Brion Vibber br...@pobox.com 2010-11-19 23:47:50 UTC ---
Looks like the patch fell off, can you re-attach? Thanks!

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

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


[Bug 25870] AntiSpoof not working?

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25870

--- Comment #2 from DF wmdf...@gmail.com 2010-11-20 00:28:59 UTC ---
Please see also [1] Sj - Sjª

[1] -
https://secure.wikimedia.org/wikipedia/meta/w/index.php?title=Special%3ABlockListip=Sj%C2%AA

-- 
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 26020] $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020

--- Comment #2 from David Fifield da...@bamsoftware.com 2010-11-20 00:07:08 
UTC ---
Created attachment 7840
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=7840
Patch to ignore 'confirmedittext' as a reason not to show a diff.

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

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


[Bug 25995] Wikiversity interwiki not-local = local

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25995

--- Comment #2 from Nemo_bis federicol...@tiscali.it 2010-11-20 01:33:51 UTC 
---
Following
http://meta.wikimedia.org/w/index.php?title=Talk:Interwiki_mapoldid=2213088#betawikiversity_and_wikiversity_broken
: that's just because the default button is nor search instead of Go, but
http://commons.wikimedia.org/wiki/meta: works,
http://commons.wikimedia.org/wiki/wikiquote: works ,
http://commons.wikimedia.org/wiki/v: works etc.
betawikiversity: isn't local even on Wikiversity: try
http://en.wikiversity.org/wiki/betawikiversity: .

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

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


[Bug 25850] Kill the Take me back link

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25850

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #9 from Nemo_bis federicol...@tiscali.it 2010-11-20 01:55:56 UTC 
---
(In reply to comment #0)
 I think it's high time we kill the Take me back link. Surely at this point
 the people who wanted to switch back to Monobook skin have done so.

Actually not, because of bug 25029, but
[[Special:UsabilityInitiativePrefSwitch]] will still be there, won't it?

-- 
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 25984] Isolate parser from database dependencies

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=25984

--- Comment #4 from Bawolff bawolff...@gmail.com 2010-11-20 02:07:53 UTC ---
For getting templates and red/blue link info I suggest adding a layer of
abstraction that the parser can call rather than calling directly to the
database.

You could make your own custom db backend that recognizes certain queries and
calls your thingy, but that kind of sounds insane.


One problem I've found with ContentLang is it's not possible to instantiate one
without a User. You either pass a user or the default constructor seems to call
the database anyway to get the language settings for the default user

That doesn't seem right. $wgContLang (which is what I assume you're referring
to) does not depend on the user's language pref. I'm doubtful that $wgLang hits
the db for anon users. Furthermore I managed to do
$wgContLang-commaList(array('foo', 'bar')); on my local install without
accessing the db.

the default strings could be automatically be extracted to a text file
included in the source tarball to make sure they're up to date

$wgUseDatabaseMessages = false; does that

Getting rid of all external dependencies is probably a fair goal but some might
be fine.

I'm unconvinced that it'd be worth all the effort given that its not that
beneficial to mediawiki to do that (but I'm not planning to do these things, so
it doesn't really matter if i see the benefit ;)

If you just want to make it work without installing db/apache/etc, you probably
can make it work with just an extension, but it'd be a bit hacky

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

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


[Bug 26000] #switch inserts a linebreak before it

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26000

Bawolff bawolff...@gmail.com changed:

   What|Removed |Added

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

--- Comment #1 from Bawolff bawolff...@gmail.com 2010-11-20 02:28:26 UTC ---


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

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

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


[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974

Bawolff bawolff...@gmail.com changed:

   What|Removed |Added

 CC||vlak...@gmail.com

--- Comment #36 from Bawolff bawolff...@gmail.com 2010-11-20 02:28:26 UTC ---
*** Bug 26000 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 26021] New: SVG files are not supported

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26021

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


SVG files are rejected with the Bad extension popup error message

-- 
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 26022] New: changes in all days should be real or be reworded

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=26022

   Summary: changes in all days should be real or be reworded
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
   URL: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(p
roposals)#watchlist_for_all_days_really_is_for_30_days
_so_relabel_or_recode
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: Watchlist
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: nick_levin...@yahoo.com


Watchlists seem to have a 30-day limit, in both Wikipedia and Wikiquote.
Therefore, what it says on the watchlist page as [s]how last 1 | 2 | 6 | 12
hours 1 | 3 | 7 days all should be amended so days all is reworded to | up
to 30 days.

The all is misleading. This affects me since I edit a lot on WP and check
that watchlist often but hardly edit at all in any other project, so I don't
want to check their watchlists very often. We see all and no edits and we
assume there must not have been any. With a rewording, at least we'll know to
check at least monthly.

Even better would be offering a much longer, or infinite, time frame to see
changes, but rewording just the watchlist page is probably easier to implement.

The topic at the URL given in this bug report will probably be archived soon.

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

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


[Bug 18682] Can't provide alt text for files in gallery

2010-11-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18682

Égoïté i...@gastronomica.be changed:

   What|Removed |Added

 CC||i...@gastronomica.be

--- Comment #9 from Égoïté i...@gastronomica.be 2010-11-20 07:10:17 UTC ---
Hello. Sorry for my bad English. Other examples of articles in which I took
around the bug in describing the images into notes:
http://fr.wikipedia.org/wiki/Boite_de_conserve#Notes_et_r.C3.A9f.C3.A9rences,
http://fr.wikipedia.org/wiki/Cuisine_de_la_pomme_de_terre,
http://fr.wikipedia.org/wiki/Conservation_de_la_viande 
These descriptions have encountered criticism from French users when I submit
the articles to the quality label because they add to the page and are
unpleasant to people without disabilities. Technically, I cannot help, but as a
writer, I very much hope that you can find a solution. Sincerely, Égoïté

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