[Bug 261] Selective enabling of HTML on a per-page basis
https://bugzilla.wikimedia.org/show_bug.cgi?id=261 Jamie Hari changed: What|Removed |Added CC||webmas...@marveldatabase.com Priority|High|Normal --- Comment #6 from Jamie Hari 2009-10-29 05:51:32 UTC --- Any chance of resurrecting this idea... or at least discussing its merits, now that we are almost 4 years down the line? -- 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 21339] New: Transclusion from pages built by a template
https://bugzilla.wikimedia.org/show_bug.cgi?id=21339
Summary: Transclusion from pages built by a template
Product: MediaWiki extensions
Version: any
Platform: All
URL: http://www.bartendersdatabase.com
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: LabeledSectionTransclusion
AssignedTo: ssan...@web.de
ReportedBy: webmas...@marveldatabase.com
As it stands, if you have two pages, A and B...
A:
this is a chapter
B:
{{#lst:A|chapter1}}
You will get the expected results. :)
Now suppose if you have three pages, A, B and C...
A:
this is a chapter
B:
{{:A}}
C:
{{#lst:B|chapter1}}
This does not currently work. Page C shows nothing from Page A.
Here is just one example of why this would be handy:
Page A is a template. (Protected)
Page B is a templated article, using template Page A. This page describes a
type of wine. (Not Protected)
(Ex. Chateau Sanbeg, Chardonnay, White, $12.00, 14%)
Page C is a very similarly templated article, but described a variant of Page
B.
(Ex. Chateau Sanbeg, 2008, Chardonnay, White, $13.00, 14%)
For each wine (Page B), there could be dozens of 'vintages' or variants.
(2005,2006,2007,2008,etc)
Rather than having to type out the common elements to Page B, over and over, in
all of the numerous Page Cs, it would be great to be able to have them pulled
in from Page B. Having the section begin/end tags in Page B is inefficient and
since it is unprotected allows the possibility that it will be broken by a poor
user edit. Placing the tags directly in Page A would hide the magic under the
hood.
In effect... a double hop transclusion.
I am willing to help in any way needed to make this new feature possible.
--
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 20368] Add date and trend to Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=20368 Aaron Schulz changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Aaron Schulz 2009-10-29 04:33:26 UTC --- The 'last updated' date was added in a recent revision, which should be good enough when live. Also, the .sh script to update the page was deleted by accident and restored in r58059, so there were no updates in that time. -- 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 21321] Header : Not change according to the selected level
https://bugzilla.wikimedia.org/show_bug.cgi?id=21321 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA 2009-10-29 04:05:07 UTC --- Verified and closed -- 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 21202] Search icon shall be triggered when 'Enter' button is pressed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=21202 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #6 from Calcey QA 2009-10-29 03:45:35 UTC --- Verified and closed -- 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 21198] Fatal error on prototype.wikimedia.org/deployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=21198 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA 2009-10-29 03:41:03 UTC --- Verified and closed -- 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 21338] New usergroup: "Allow large uploads"
https://bugzilla.wikimedia.org/show_bug.cgi?id=21338 Durova changed: What|Removed |Added CC||nadezhda.dur...@gmail.com --- Comment #1 from Durova 2009-10-29 03:00:16 UTC --- Example: http://durova.blogspot.com/2009/10/good-news-about-booker-t-washington.html Other examples available upon request. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21338] New: New usergroup: "Allow large uploads"
https://bugzilla.wikimedia.org/show_bug.cgi?id=21338 Summary: New usergroup: "Allow large uploads" Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ft2.w...@gmail.com In the same way that some users can create large numbers of user accounts, because they work in that area and are trusted to do so, there are some users who work in the image/media arena who feel restricted by the limit on upload size for high quality uploads and restorations. Files of over 100 MB are routinely discussed by featured image uploaders; larger files may also be appropriate in some cases. Can we have a "large uploads" usergroup so that there's some mechanism to allow at least some users to upload large media files without restriction? It would be a good solution to the problem of setting a common limit which (however large) some media editors in good standing may find restrictive. -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=21337
Summary: In-line query fails for page names/properties with '&'
Product: MediaWiki extensions
Version: any
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: Semantic MediaWiki
AssignedTo: mar...@semantic-mediawiki.org
ReportedBy: costell...@hotmail.com
On my wiki I have pages 'related' to each other so that they appear
automatically in an 'Other Pages' section. The in-line query is quite simple
and it works for all my pages with one exception. The page name has a '&'
character in it and the in-line query fails to find the pages marked with the
right smw property.
To test I moved the page with the in-line query to remove the '&' and changing
the property on a target page and it appeared. In another test, I changed the
property on the target page, it also has a '&' in the title, to relate it to
another page without the '&' character in the title and it worked as expected.
The details:
In-line query:
{{#ask:[[Relatedpage::{{PAGENAME}}]] [[:+]]
|format=ul
|default=::''No related pages at this time''
}}
I'm running:
MW 1.15
SMW 1.4.3
MySQL 5.0.77 (although Special:Version reports 5.0.45)
PHP 5.2.5
CentOS Linux 5.4
--
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 10023] Should return http status code 304 NOT MODIFIED appropriately when accessing a &action=raw page
https://bugzilla.wikimedia.org/show_bug.cgi?id=10023 Nikola Kovacs changed: What|Removed |Added Attachment #6732 is|0 |1 obsolete|| --- Comment #6 from Nikola Kovacs 2009-10-29 01:39:09 UTC --- Created an attachment (id=6733) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6733) patch 2 Fixed it to return an empty string if not modified to prevent further processing. -- 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 10023] Should return http status code 304 NOT MODIFIED appropriately when accessing a &action=raw page
https://bugzilla.wikimedia.org/show_bug.cgi?id=10023
--- Comment #5 from Nikola Kovacs 2009-10-29 01:33:43
UTC ---
(From update of attachment 6732)
--- RawPage.php.ori 2009-01-25 02:31:48.0 +0100
+++ RawPage.php 2009-10-29 02:32:10.924676164 +0100
@@ -197,6 +197,84 @@
}
}
+ function checkLastModified( $timestamp ) {
+ global $wgCachePages, $wgCacheEpoch, $wgUser;
+
+ if ( !$timestamp || $timestamp == '1970010100' ) {
+ wfDebug( __METHOD__ . ": CACHE DISABLED, NO
TIMESTAMP\n" );
+ return false;
+ }
+ if( !$wgCachePages ) {
+ wfDebug( __METHOD__ . ": CACHE DISABLED\n", false );
+ return false;
+ }
+ if( $wgUser->getOption( 'nocache' ) ) {
+ wfDebug( __METHOD__ . ": USER DISABLED CACHE\n", false
);
+ return false;
+ }
+
+ $timestamp = wfTimestamp( TS_MW, $timestamp );
+ $modifiedTimes = array(
+ 'page' => $timestamp,
+ 'user' => $wgUser->getTouched(),
+ 'epoch' => $wgCacheEpoch
+ );
+
+ $maxModified = max( $modifiedTimes );
+ $lastmod = wfTimestamp( TS_RFC2822, $maxModified );
+ header( "Last-modified: $lastmod" );
+
+ if( empty( $_SERVER['HTTP_IF_MODIFIED_SINCE'] ) ) {
+ wfDebug( __METHOD__ . ": client did not send
If-Modified-Since header\n", false );
+ return false;
+ }
+
+ # Make debug info
+ $info = '';
+ foreach ( $modifiedTimes as $name => $value ) {
+ if ( $info !== '' ) {
+ $info .= ', ';
+ }
+ $info .= "$name=" . wfTimestamp( TS_ISO_8601, $value );
+ }
+
+ # IE sends sizes after the date like this:
+ # Wed, 20 Aug 2003 06:51:19 GMT; length=5202
+ # this breaks strtotime().
+ $clientHeader = preg_replace( '/;.*$/', '',
$_SERVER["HTTP_IF_MODIFIED_SINCE"] );
+
+ wfSuppressWarnings(); // E_STRICT system time bitching
+ $clientHeaderTime = strtotime( $clientHeader );
+ wfRestoreWarnings();
+ if ( !$clientHeaderTime ) {
+ wfDebug( __METHOD__ . ": unable to parse the client's
If-Modified-Since header: $clientHeader\n" );
+ return false;
+ }
+ $clientHeaderTime = wfTimestamp( TS_MW, $clientHeaderTime );
+
+ wfDebug( __METHOD__ . ": client sent If-Modified-Since: " .
+ wfTimestamp( TS_ISO_8601, $clientHeaderTime ) . "\n",
false );
+ wfDebug( __METHOD__ . ": effective Last-Modified: " .
+ wfTimestamp( TS_ISO_8601, $maxModified ) . "\n", false
);
+ if( $clientHeaderTime < $maxModified ) {
+ wfDebug( __METHOD__ . ": STALE, $info\n", false );
+ return false;
+ }
+
+ # Not modified
+ # Give a 304 response code and disable body output
+ wfDebug( __METHOD__ . ": NOT MODIFIED, $info\n", false );
+ ini_set('zlib.output_compression', 0);
+ header( "HTTP/1.1 304 Not Modified" );
+
+ // Don't output a compressed blob when using ob_gzhandler;
+ // it's technically against HTTP spec and seems to confuse
+ // Firefox when the response gets split over two packets.
+ wfClearOutputBuffers();
+
+ return true;
+ }
+
function getArticleText() {
$found = false;
$text = '';
@@ -208,13 +286,22 @@
# If the message doesn't exist, return a blank
if( wfEmptyMsg( $key, $text ) )
$text = '';
+ $rev = Revision::newFromTitle( $this->mTitle, 0
);
+ if( $rev ) {
+ $lastmod = $rev->getTimestamp();
+ if ( $this->checkLastModified( $lastmod
) ) {
+ return '';
+ }
+ }
$found = true;
} else {
// Get it from the DB
$rev = Revision::newFromTitle( $this->mTitle,
$this->mOldId );
if( $rev ) {
- $lastmod = wfTimestamp( TS_RFC2822,
$rev->getTimestamp(
[Bug 10023] Should return http status code 304 NOT MODIFIED appropriately when accessing a &action=raw page
https://bugzilla.wikimedia.org/show_bug.cgi?id=10023
--- Comment #4 from Nikola Kovacs 2009-10-29 01:29:51
UTC ---
(From update of attachment 6732)
>--- RawPage.php.ori2009-01-25 02:31:48.0 +0100
>+++ RawPage.php2009-10-29 01:34:21.044675925 +0100
>@@ -197,6 +197,84 @@
> }
> }
>
>+ function checkLastModified( $timestamp ) {
>+ global $wgCachePages, $wgCacheEpoch, $wgUser;
>+
>+ if ( !$timestamp || $timestamp == '1970010100' ) {
>+ wfDebug( __METHOD__ . ": CACHE DISABLED, NO
>TIMESTAMP\n" );
>+ return false;
>+ }
>+ if( !$wgCachePages ) {
>+ wfDebug( __METHOD__ . ": CACHE DISABLED\n", false );
>+ return false;
>+ }
>+ if( $wgUser->getOption( 'nocache' ) ) {
>+ wfDebug( __METHOD__ . ": USER DISABLED CACHE\n", false
>);
>+ return false;
>+ }
>+
>+ $timestamp = wfTimestamp( TS_MW, $timestamp );
>+ $modifiedTimes = array(
>+ 'page' => $timestamp,
>+ 'user' => $wgUser->getTouched(),
>+ 'epoch' => $wgCacheEpoch
>+ );
>+
>+ $maxModified = max( $modifiedTimes );
>+ $lastmod = wfTimestamp( TS_RFC2822, $maxModified );
>+ header( "Last-modified: $lastmod" );
>+
>+ if( empty( $_SERVER['HTTP_IF_MODIFIED_SINCE'] ) ) {
>+ wfDebug( __METHOD__ . ": client did not send
>If-Modified-Since header\n", false );
>+ return false;
>+ }
>+
>+ # Make debug info
>+ $info = '';
>+ foreach ( $modifiedTimes as $name => $value ) {
>+ if ( $info !== '' ) {
>+ $info .= ', ';
>+ }
>+ $info .= "$name=" . wfTimestamp( TS_ISO_8601, $value );
>+ }
>+
>+ # IE sends sizes after the date like this:
>+ # Wed, 20 Aug 2003 06:51:19 GMT; length=5202
>+ # this breaks strtotime().
>+ $clientHeader = preg_replace( '/;.*$/', '',
>$_SERVER["HTTP_IF_MODIFIED_SINCE"] );
>+
>+ wfSuppressWarnings(); // E_STRICT system time bitching
>+ $clientHeaderTime = strtotime( $clientHeader );
>+ wfRestoreWarnings();
>+ if ( !$clientHeaderTime ) {
>+ wfDebug( __METHOD__ . ": unable to parse the client's
>If-Modified-Since header: $clientHeader\n" );
>+ return false;
>+ }
>+ $clientHeaderTime = wfTimestamp( TS_MW, $clientHeaderTime );
>+
>+ wfDebug( __METHOD__ . ": client sent If-Modified-Since: " .
>+ wfTimestamp( TS_ISO_8601, $clientHeaderTime ) . "\n",
>false );
>+ wfDebug( __METHOD__ . ": effective Last-Modified: " .
>+ wfTimestamp( TS_ISO_8601, $maxModified ) . "\n", false
>);
>+ if( $clientHeaderTime < $maxModified ) {
>+ wfDebug( __METHOD__ . ": STALE, $info\n", false );
>+ return false;
>+ }
>+
>+ # Not modified
>+ # Give a 304 response code and disable body output
>+ wfDebug( __METHOD__ . ": NOT MODIFIED, $info\n", false );
>+ ini_set('zlib.output_compression', 0);
>+ header( "HTTP/1.1 304 Not Modified" );
>+
>+ // Don't output a compressed blob when using ob_gzhandler;
>+ // it's technically against HTTP spec and seems to confuse
>+ // Firefox when the response gets split over two packets.
>+ wfClearOutputBuffers();
>+
>+ return true;
>+ }
>+
> function getArticleText() {
> $found = false;
> $text = '';
>@@ -208,13 +286,23 @@
> # If the message doesn't exist, return a blank
> if( wfEmptyMsg( $key, $text ) )
> $text = '';
>+ $rev = Revision::newFromTitle( $this->mTitle, 0
>);
>+ if( $rev ) {
>+ $lastmod = /*wfTimestamp( TS_RFC2822,*/
>$rev->getTimestamp() /*)*/;
>+ if ( $this->checkLastModified( $lastmod
>) ) {
>+ return '';
>+ }
>+ }
> $found = true;
> } else {
> // Get it from the DB
> $rev = Revision::newFromTitle( $this->mTitle,
> $this->mOldId );
> if( $rev ) {
>-
[Bug 21312] Request for feature: RevisionMove
https://bugzilla.wikimedia.org/show_bug.cgi?id=21312 --- Comment #3 from Alex Z. 2009-10-29 00:46:38 UTC --- As long as the logging is good, this would also have the effect of making history merges a lot more reversible than now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21312] Request for feature: RevisionMove
https://bugzilla.wikimedia.org/show_bug.cgi?id=21312 FT2 changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #2 from FT2 2009-10-29 00:30:22 UTC --- Minor clarification: if this function existed, then one could package all the deletion tools and resolve bug 21279 by simply making the problem never arise: 1/ Add RevisionDelete 2/ Add RevisionMove 3/ Prevent selective undelete (only allow full delete/full restore) 4/ Prevent RevisionDelete or RevisionMove of deleted revisions (must be undeleted first) Effects/results: 1/ Any redaction would need to be done by RevDelete not traditional "vanishing" of a revision (and undeleting then redacting if it was a deleted revision) 2/ Any page merge or copy/paste fix would need to be done using RevisionMove not traditional delete 3/ Traditional delete exists, but only to delete/undelete full pages 4/ Traditional partial delete (ie full delete + partial restore) is phased out by making it impossible; one can only delete to fully delete or fully restore a page, anything else must be done by RevDelete redaction, or RevisionMove) 5/ All traditional uses of deletion are still fully available, but traditonal partial delete becomes deprecated/redundant/historic, and RevDelete never needs to be used (or able to be used) on a deleted revision, which fixes bug 21279. -- 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 19721] API action=help should have anchors
https://bugzilla.wikimedia.org/show_bug.cgi?id=19721 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw 2009-10-29 00:13:48 UTC --- Alternatively we could do something like api.php?action=help&modules=foo|bar to only show docs for modules foo and bar (thanks to Alphos for suggesting this 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 10023] Should return http status code 304 NOT MODIFIED appropriately when accessing a &action=raw page
https://bugzilla.wikimedia.org/show_bug.cgi?id=10023 --- Comment #3 from Nikola Kovacs 2009-10-28 23:50:20 UTC --- Created an attachment (id=6732) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6732) patch for 1.15.1 I copied the code from OutputPage.php and applied it to RawPage.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 21179] Random page redirects are incorrectly performed with HTTP 302
https://bugzilla.wikimedia.org/show_bug.cgi?id=21179 --- Comment #17 from Bogdan Stancescu 2009-10-28 23:47:27 UTC --- For the record, I tested this on my own MediaWiki installation -- Brion's intuition was right, Google doesn't discriminate between 302 and 303. That's quite surprising for me, but it's the way it is. -- 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 21336] New: customizeable tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=21336 Summary: customizeable tables Product: MediaWiki Feature Request Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Feature_Request AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: textender...@web.de I can only sort tables them after one criteria. But I (and some other people I know) want to be able to 'customize' the tables. In example so that we can set to only get Linux software with a FOSS licence listed [http://en.wikipedia.org/wiki/Comparison_of_media_players 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 21083] api allusers uses current time for registration if there is a null value in the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=21083 --- Comment #2 from Bryan Tong Minh 2009-10-28 22:26:47 UTC --- Ideally the backend from users and allusers should be integrated... -- 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 21235] Upload API backwards error messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21235 --- Comment #1 from Bryan Tong Minh 2009-10-28 22:23:45 UTC --- Switched code/info around in r58291. -- 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 21310] Errors when a module is used for both generator and prop and limit=max is used for both
https://bugzilla.wikimedia.org/show_bug.cgi?id=21310 --- Comment #3 from Brad Jorsch 2009-10-28 22:10:36 UTC --- (In reply to comment #2) > I was thinking we could > prefix generators with a 'g' in the tag, although that would be a > breaking change. You could output both the 'g' and non-'g' versions for the (common) cases where this error does not occur, if you really want to avoid the breaking change. OTOH, I wonder how many people actually use instead of just continuing to specify "max". -- 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 11270] Make section edit links more usable/understandable
https://bugzilla.wikimedia.org/show_bug.cgi?id=11270 Roan Kattouw changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 11270] Make section edit links more usable/understandable
https://bugzilla.wikimedia.org/show_bug.cgi?id=11270 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|simetrical+wikib...@gmail.co|roan.katt...@gmail.com |m | Status|ASSIGNED|NEW -- 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 11555] Editsection Links should come after Section Headlines
https://bugzilla.wikimedia.org/show_bug.cgi?id=11555 Roan Kattouw changed: What|Removed |Added Attachment #4213 is|0 |1 obsolete|| --- Comment #17 from Roan Kattouw 2009-10-28 21:57:06 UTC --- (From update of attachment 4213) Marking patch as obsolete: it's ancient, and there's an up-to-date one on bug 11270 -- 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 11270] Make section edit links more usable/understandable
https://bugzilla.wikimedia.org/show_bug.cgi?id=11270 Roan Kattouw changed: What|Removed |Added Attachment #6212 is|0 |1 obsolete|| --- Comment #13 from Roan Kattouw 2009-10-28 21:55:09 UTC --- Created an attachment (id=6731) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=6731) Updated patch Brought the last patch up to date -- 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 21335] New: '~' comparator should be enabled by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=21335 Summary: '~' comparator should be enabled by default Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: yaro...@gmail.com I think the default value of $smwgQComparators should be '<|>|!|~', with the '~' at the end - the current setup leads to a lot of confusion, and seems pointless - if '~' causes performance problems, that's something the admin would probably only discover after it's already been in use... -- 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 21310] Errors when a module is used for both generator and prop and limit=max is used for both
https://bugzilla.wikimedia.org/show_bug.cgi?id=21310 --- Comment #2 from Roan Kattouw 2009-10-28 20:38:10 UTC --- (In reply to comment #1) > What should be the correct behaviour? Ignore the second assignment I presume, > but is it possible to have different limits in the generator and normal mode? > Yes, this is possible, but only by using backlinks twice (once with and once without blredirect). Ignoring the second assignment in the general case would fail per the above, and would remove a valuable telltale sign of bugs. I was thinking we could prefix generators with a 'g' in the tag, although that would be a breaking change. -- 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 21334] New: Configure only remembers the last set of changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=21334 Summary: Configure only remembers the last set of changes Product: MediaWiki extensions Version: any Platform: PC URL: http://www.mediawikifarm.nl OS/Version: Linux Status: NEW Severity: major Priority: Normal Component: Configure AssignedTo: alex.emsenhu...@bluewin.ch ReportedBy: bugzi...@saruman.biz Apache2.0 + PHP5.1 + MySQL5.0 + MW1.15.1 + Configure0.13.7 on Red Hat RHEL 4.6 in a wikifarm setup - multiple wiki's with independent LocalSettings, independent databases and symlinked codebase. Wiki instances behave erratically when configuring with Configure; creating a change in one part of a configuration erases another part. Example: configuration run 1 changes the logo, run 2 creates groups with different right assignments; after this the logo setting is erased. When fixing the logo setting in run 3, the group assignments are lost. (re)Configuring the wiki in a single run in which each configuration section is individually opened so that all current settings are "exposed" in the browser session does not remedy the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21149] create the br.wikimedia.org domain for the brasilian Wikimedia chapter
https://bugzilla.wikimedia.org/show_bug.cgi?id=21149 --- Comment #7 from Everton Zanella Alvarenga 2009-10-28 20:30:41 UTC --- Hi, please, I don't want sound as if I'm claiming this big be fixed, but is it possible to give a prediction when our domain will be available? We are organizing courses explaining about Wikipedia and wiki usage, around mid November, and I belive this space would be good for we use at the day of the event. Thanks, Tom -- 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 21333] New: Configure 0.13+MW1.15 sometimes produce Zero Sized Reply
https://bugzilla.wikimedia.org/show_bug.cgi?id=21333 Summary: Configure 0.13+MW1.15 sometimes produce Zero Sized Reply Product: MediaWiki extensions Version: any Platform: PC URL: http://www.mediawikifarm.nl OS/Version: Linux Status: NEW Severity: major Priority: Normal Component: Configure AssignedTo: alex.emsenhu...@bluewin.ch ReportedBy: bugzi...@saruman.biz Apache2.2.9 + PHP5.2.6 + MySQL5.0.51 + MW1.15.1 + Configure0.13.7 (also 0.13.20) on Debian 5.0 in a wikifarm setup - multiple wiki's with independent LocalSettings, independent databases and symlinked codebase. Some wiki instances cannot stand Configure enabled; when enabling Configure, the Special:Configure still loads, but Main page give a browser error Zero Sized Reply (Firefox3.5 + IE7). Disabling Configure immediately remedies this. In some cases, just enabling Configure was no problem, but the Zero Sized Reply error then comes when actually creating a configuration. Other wiki instances seem to work just fine, with or without Configure configuration. -- 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 20368] Add date and trend to Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=20368 P. Birken changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from P. Birken 2009-10-28 20:16:54 UTC --- The problem persists, the page is not updated for days. So, I'd like to take up the suggestions from the first post again (well, in addition to more frequent updates). -- 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 11927] ConfirmAccount extension : french localization update
https://bugzilla.wikimedia.org/show_bug.cgi?id=11927 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |ConfirmAccount -- 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 15219] Disable renaming of wiki sets to already existing names
https://bugzilla.wikimedia.org/show_bug.cgi?id=15219 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |CentralAuth -- 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 16472] Bug in PasswordReset extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=16472 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |PasswordReset Priority|Highest |Normal -- 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 17419] Put Special:Interwiki into wiki section (Extension:SpecialInterwiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17419 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |Interwiki (extension) -- 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 20884] Instruction __NOTOC__ to avoid transliteration of captions stopped working
https://bugzilla.wikimedia.org/show_bug.cgi?id=20884 Philip Tzou changed: What|Removed |Added CC||philip@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Philip Tzou 2009-10-28 19:10:50 UTC --- Fixed on r58275. -- 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 18236] potentially insecure message in Extension:regexBlock
https://bugzilla.wikimedia.org/show_bug.cgi?id=18236 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |RegexBlock -- 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 15198] Message 'viewapc-rps' needs plural support
https://bugzilla.wikimedia.org/show_bug.cgi?id=15198 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |APC -- 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 16366] ConfirmAccount - Special:RequestAccount looks bad if $wgAccountRequestToS is false
https://bugzilla.wikimedia.org/show_bug.cgi?id=16366 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |ConfirmAccount -- 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 18053] Special:RequestAccount form post results in BadTitle page (ConfirmAccount Extension)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18053 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |ConfirmAccount -- 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 18268] MediaWiki:securepoll-not-started needs date and time separated.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18268 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Component|General/Unknown |SecurePoll -- 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 21310] Errors when a module is used for both generator and prop and limit=max is used for both
https://bugzilla.wikimedia.org/show_bug.cgi?id=21310 --- Comment #1 from Bryan Tong Minh 2009-10-28 18:49:42 UTC --- What should be the correct behaviour? Ignore the second assignment I presume, but is it possible to have different limits in the generator and normal mode? -- 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 13453] rebuildrecentchanges broken on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 OverlordQ changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #10 from OverlordQ 2009-10-28 18:24:35 UTC --- Fixed in r58269 -- 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 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 13453, which changed state. Bug 13453 Summary: rebuildrecentchanges broken on PostgreSQL https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 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 13453] rebuildrecentchanges broken on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=13453 Bug 13453 depends on bug 18291, which changed state. Bug 18291 Summary: rebuildrecentchanges zaps all deletions due to looking in wrong table https://bugzilla.wikimedia.org/show_bug.cgi?id=18291 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 18291] rebuildrecentchanges zaps all deletions due to looking in wrong table
https://bugzilla.wikimedia.org/show_bug.cgi?id=18291 OverlordQ changed: What|Removed |Added CC||overlo...@gmail.com Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from OverlordQ 2009-10-28 18:21:47 UTC --- This bug was resolved, marking back as such. -- 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 19859] Remove HTMLDiff
https://bugzilla.wikimedia.org/show_bug.cgi?id=19859 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Chad H. 2009-10-28 18:21:41 UTC --- Done in r58267. -- 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 15328] Visual diff has wrong begin of color coding.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15328 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Chad H. 2009-10-28 18:21:20 UTC --- Was related to HTMLDiff, removed by bug 19859 and r58267. -- 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 17812] Diff failed for minimal test case.
https://bugzilla.wikimedia.org/show_bug.cgi?id=17812 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Chad H. 2009-10-28 18:21:08 UTC --- Removed by bug 19859 and r58267. -- 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 18872] "html diff" omits huge portions of changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=18872 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Chad H. 2009-10-28 18:20:52 UTC --- Was related to HTMLDiff, removed by bug 19859 and r58267. -- 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 21332] New: Not functioning after initial install
https://bugzilla.wikimedia.org/show_bug.cgi?id=21332 Summary: Not functioning after initial install Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: FCKeditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e_senanay...@hotmail.com I am attempting to install into mediawiki v 1.15.1 and php vers 5.3.0. After installing into extensions directory and altering Localsettings.php as advised I get following error on attempting to edit a page within the wiki. Internal error Detected bug in an extension! Hook FCKeditor_MediaWiki:nCustomEditor failed to return a value; should return true to continue hook processing or false to abort. This affects all users regardless of user rights -- 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 21331] Visiting the page brings "404 error: File not found," and it is supposed to exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=21331 OverlordQ changed: What|Removed |Added CC||overlo...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from OverlordQ 2009-10-28 17:51:27 UTC --- We know, you've posted this four times already, we know. Please stop. *** This bug has been marked as a duplicate of bug 21327 *** -- 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 21327] Serving 404's for existing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 --- Comment #5 from OverlordQ 2009-10-28 17:51:27 UTC --- *** Bug 21331 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21331] New: Visiting the page brings "404 error: File not found," and it is supposed to exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=21331 Summary: Visiting the page brings "404 error: File not found," and it is supposed to exist Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Talk:Roman_Catholic_Archdio cese_of_Detroit OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: whisper.wo...@yahoo.com When I visit the page, it says " 404 error: File not found The URL you requested was not found. Maybe you would like to look at: * The main page * The list of Wikimedia downloads A project of the Wikimedia foundation. " -- 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 21327] Serving 404's for existing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 --- Comment #4 from OverlordQ 2009-10-28 17:44:48 UTC --- *** Bug 21330 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21330] Visiting the page brings 404, and the page is supposed to be here
https://bugzilla.wikimedia.org/show_bug.cgi?id=21330 OverlordQ changed: What|Removed |Added CC||overlo...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from OverlordQ 2009-10-28 17:44:48 UTC --- *** This bug has been marked as a duplicate of bug 21327 *** -- 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 21330] New: Visiting the page brings 404, and the page is supposed to be here
https://bugzilla.wikimedia.org/show_bug.cgi?id=21330 Summary: Visiting the page brings 404, and the page is supposed to be here Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Talk:Communication_%26_Medi a_Arts_High_School OS/Version: All Status: NEW Severity: major Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: whisper.wo...@yahoo.com Visiting the page brings a 404 error - and we know that the page is supposed to be here Go to the page and it says "404 error: File not found The URL you requested was not found. Maybe you would like to look at: * The main page * The list of Wikimedia downloads A project of the Wikimedia foundation. " -- 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 21327] Serving 404's for existing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 --- Comment #3 from OverlordQ 2009-10-28 17:41:03 UTC --- *** Bug 21329 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21329] Does not allow me to edit the page, saying "404 error: File not found"
https://bugzilla.wikimedia.org/show_bug.cgi?id=21329 OverlordQ changed: What|Removed |Added CC||overlo...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from OverlordQ 2009-10-28 17:41:03 UTC --- *** This bug has been marked as a duplicate of bug 21327 *** -- 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 21329] New: Does not allow me to edit the page, saying "404 error: File not found"
https://bugzilla.wikimedia.org/show_bug.cgi?id=21329 Summary: Does not allow me to edit the page, saying "404 error: File not found" Product: Wikimedia Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Talk:Brewster- Douglass_Housing_Projects OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: whisper.wo...@yahoo.com When I try to edit the page says "404 error: File not found The URL you requested was not found. Maybe you would like to look at: * The main page * The list of Wikimedia downloads A project of the Wikimedia foundation. " -- 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 21327] Serving 404's for existing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 OverlordQ changed: What|Removed |Added CC||whisper.wo...@yahoo.com --- Comment #2 from OverlordQ 2009-10-28 17:30:30 UTC --- *** Bug 21328 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21328] Error prevents me from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=21328 OverlordQ changed: What|Removed |Added CC||overlo...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from OverlordQ 2009-10-28 17:30:30 UTC --- *** This bug has been marked as a duplicate of bug 21327 *** -- 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 21328] New: Error prevents me from editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=21328 Summary: Error prevents me from editing Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Clarenceville_School_Distri ct OS/Version: All Status: NEW Severity: major Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: whisper.wo...@yahoo.com When I try to edit the page to remove an outdated Japanese Wikipedia link, the page states: "Not Found The requested object does not exist on this server. The link you followed is either outdated, inaccurate, or the server has been instructed not to let you have it. Please inform the site administrator of the referring page." -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21327] Serving 404's for existing pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com Component|General/Unknown |General/Unknown Product|MediaWiki |Wikimedia Summary|getting 404's! |Serving 404's for existing ||pages --- Comment #1 from Chad H. 2009-10-28 16:59:41 UTC --- Tweaked components and summary, seems to be a WMF problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21327] New: getting 404's!
https://bugzilla.wikimedia.org/show_bug.cgi?id=21327 Summary: getting 404's! Product: MediaWiki Version: unspecified Platform: HP OS/Version: Windows Vista Status: NEW Severity: critical Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amir...@umd.edu Some pages giving a 404, examples: http://en.wikipedia.org/wiki/Combinatorics (which exists) http://en.wikipedia.org/wiki/Wikipedia:Bug (which does not) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21181] ProofreadPage: no correct status on index pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21181 --- Comment #3 from ThomasV 2009-10-28 16:44:48 UTC --- this cannot be fixed quickly, because the cause is still unknown. it is likely that the cause is deferred updates, but this is not sure. if that cause is confirmed, then we need to find out why the problem recently appeared; most likely a change in the way deferred updates are applied. this change might be intended or unintended. -- 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 21181] ProofreadPage: no correct status on index pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=21181 Yann Forget changed: What|Removed |Added CC||y...@forget-me.net --- Comment #2 from Yann Forget 2009-10-28 16:33:48 UTC --- This is really a serious bug to be corrected quickly, because it affects also Special:IndexPages. -- 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 20478] Add a note to Special:Block when the IP is already globally blocked
https://bugzilla.wikimedia.org/show_bug.cgi?id=20478 Raimond Spekking changed: What|Removed |Added CC||raimond.spekk...@gmail.com AssignedTo|agarr...@wikimedia.org |raimond.spekk...@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 21202] Search icon shall be triggered when 'Enter' button is pressed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=21202 Roan Kattouw changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from Roan Kattouw 2009-10-28 12:09:49 UTC --- Forgot to deploy this one as well; done now and works for me. -- 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 21323] Clicking Advanced in toolbar makes browser scroll up when previewing long pages or sections
https://bugzilla.wikimedia.org/show_bug.cgi?id=21323 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw 2009-10-28 12:06:45 UTC --- Fixed in r58253. -- 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 21323] Clicking Advanced in toolbar makes browser scroll up when previewing long pages or sections
https://bugzilla.wikimedia.org/show_bug.cgi?id=21323 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Tool Bar: Scroll up for |Clicking Advanced in toolbar |large text sections edit|makes browser scroll up when |while loggedin |previewing long pages or ||sections -- 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 21321] Header : Not change according to the selected level
https://bugzilla.wikimedia.org/show_bug.cgi?id=21321 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw 2009-10-28 11:50:44 UTC --- I forgot to deploy this feature; it's deployed now, and works for me. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21175] Add log exerpts to revdeleted diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=21175 Mike.lifeguard changed: What|Removed |Added CC||mike.lifegu...@gmail.com --- Comment #2 from Mike.lifeguard 2009-10-28 11:38:27 UTC --- (In reply to comment #1) > I'd assume this would then be needed on viewing deleted revisions too. > Ideally, yes. -- 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 21326] Update linktrails for Icelandic, Yiddish
https://bugzilla.wikimedia.org/show_bug.cgi?id=21326 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Missing endings in links for|Update linktrails for |certain characters |Icelandic, Yiddish -- 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 21326] New: Missing endings in links for certain characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=21326 Summary: Missing endings in links for certain characters Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@adres.pl There are problems with icelandic letter 'ð', captions of links like [[a]]ð, [[að]]ð, [[a]]ða, [[a]]að should be stuck together in tags. There are also problems with yiddish: [[פ]]פ [[ם]]ם [[ן]]ן [[ו]]ו [[ט]]ט [[א]]א [[ר]]ר [[ק]]ק [[׳]]׳ [[״]]״ [[,]], [[ף]]ף [[ך]]ך [[ל]]ל [[ח]]ח [[י]]י [[ע]]ע [[כ]]כ [[ג]]ג [[ד]]ד [[ש]]ש [[.]]. [[ץ]]ץ [[ת]]ת [[צ]]צ [[מ]]מ [[נ]]נ [[ה]]ה [[ב]]ב [[ס]]ס [[ז]]ז [[יי]]יי [[ײַ]]ײַ [[אָ]]אַ [[יִ]]יִ [[פּ]]פּ [[פֿ]]פֿ [[שׂ]]שׂ [[תּ]]תּ [[־]]־. -- 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 21322] Watch/Unwatch: Suggesting to Add Select All option in Edit Watch list
https://bugzilla.wikimedia.org/show_bug.cgi?id=21322 Roan Kattouw changed: What|Removed |Added AssignedTo|tpars...@wikimedia.org |wikibugs- ||l...@lists.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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21322] Watch/Unwatch: Suggesting to Add Select All option in Edit Watch list
https://bugzilla.wikimedia.org/show_bug.cgi?id=21322 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Component|UsabilityInitiative |Watchlist Product|MediaWiki extensions|MediaWiki Version|any |1.16-svn --- Comment #1 from Roan Kattouw 2009-10-28 11:00:50 UTC --- This is a feature request for MediaWiki core, not for the UsabilityInitiative code. -- 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 21198] Fatal error on prototype.wikimedia.org/deployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=21198 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21321] Header : Not change according to the selected level
https://bugzilla.wikimedia.org/show_bug.cgi?id=21321 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Severity|blocker |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 18104] Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 --- Comment #6 from Graham87 2009-10-28 10:21:57 UTC --- Yeah, probably. If this is done, they'll most likely get a high rev ID as if they're a new edit ... about 323,000,000 or so. It would be nice if they could get their old rev_ID's from when they weren't deleted, but I don't think that's possible. -- 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 18104] Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 --- Comment #5 from FT2 2009-10-28 10:03:49 UTC --- Presumably that can be fixed by undelete and redelete then? Or a once-off script that fills that field? -- 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 21325] New: If login required to read, IE7 throws JS error when not logged in
https://bugzilla.wikimedia.org/show_bug.cgi?id=21325
Summary: If login required to read, IE7 throws JS error when not
logged in
Product: MediaWiki
Version: 1.15.1
Platform: All
OS/Version: All
Status: NEW
Severity: trivial
Priority: Normal
Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: c...@web-factory.de
If $wgGroupPermissions['*']['read'] is set to 'false', then the call to
/wiki/index.php?title=-&action=raw&smaxage=0&gen=js&useskin=myskin outputs not
a javascript file, nor nothing, but the quite normal HTML page with the message
about not being logged in. IE7 says this is not valid JS, and it does have a
point there. This problem probably also exists for IE6 and IE8.
On my local installation, since we have a project-specific default skin, I
patched it like so:
if($this->data['loggedin' ] == '') {
$this->data['jsvarurl' ] = '';
}
But a better solution would be setting jsvarurl to nothing if the user must log
in to read before this point, or just outputting nothing for action=raw.
--
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 21293] Tool Bar : IE7 shows old toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=21293 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Calcey QA 2009-10-28 08:55:14 UTC --- Verified and closed -- 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 21229] Internal/External Links add not validated for blanks
https://bugzilla.wikimedia.org/show_bug.cgi?id=21229 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA 2009-10-28 08:49:59 UTC --- Verified and closed -- 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 21324] New: Show/hide buttons do not work on Wikipedia Mobile App
https://bugzilla.wikimedia.org/show_bug.cgi?id=21324 Summary: Show/hide buttons do not work on Wikipedia Mobile App Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: iphone AssignedTo: hcat...@wikimedia.org ReportedBy: malr...@gmail.com CC: tf...@wikimedia.org The show and hide buttons on the Wikipedia Mobile app do not work. -- 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 21153] When a long heading is entered the TOC highlight get change
https://bugzilla.wikimedia.org/show_bug.cgi?id=21153 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Calcey QA 2009-10-28 08:19:49 UTC --- Verified and closed -- 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 21202] Search icon shall be triggered when 'Enter' button is pressed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=21202 Calcey QA changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #4 from Calcey QA 2009-10-28 08:02:56 UTC --- Work in http://prototype.wikimedia.org/en.wikipedia.org/Main_Page where the version is r58234 NOT work in http://prototype.wikimedia.org/deployment/Main_Page where the version is r58199 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21175] Add log exerpts to revdeleted diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=21175 --- Comment #1 from Aaron Schulz 2009-10-28 07:55:25 UTC --- I'd assume this would then be needed on viewing deleted revisions too. -- 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 21313] Template output not shown in properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=21313 --- Comment #2 from Jayanta Nath 2009-10-28 07:22:57 UTC --- Thank you Alex -- 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 19199] Granularize RevisionDelete (RevDelete) user rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=19199 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Aaron Schulz 2009-10-28 07:21:54 UTC --- (In reply to comment #0) > Currently, there are two levels of suppression, blocking non-admin viewing and > blocking non-admin/admin viewing. > > If a revision or log entry is hidden from non-admins, admins must have the > "deleterevision" user right in order to see the suppressed data. However, > there's no way to give users the ability to _see_ suppressed data but not > actually be able to suppress data themselves. > > A new user right should be added that allows users to only have view access > for > suppressed content. The "deleterevision" user right should continue to allow > view and act access (as it does currently). > Done with deletedhistory right changes and new deletedtext right. -- 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
