[Bug 15054] Implementing bigger and smaller parameters for images will allow flexibility without overruling default thumb size preferences.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15054 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||raimond.spekk...@gmail.com Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Raimond Spekking raimond.spekk...@gmail.com 2009-02-16 09:00:40 UTC --- WONTFIX this bug because the requested feature can be handled by with upright parameter: [[Image:name.jpg|thumb|upright|description]] = automatically reduced to 75% of the user preferenced image width [[Image:name.jpg|thumb|upright=1.2|description]] = automatically increased to 120% of the user preferenced image width [[Image:name.jpg|thumb|upright=0.5|description]] = automatically reduced to 50% of the user preferenced image width This is far more flexible than smaller or bigger keywords. -- 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 15063] wpSpamRegex entry for large image tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=15063
--- Comment #6 from Platonides platoni...@gmail.com 2009-02-16 10:26:46 UTC
---
Three steps made it avoid the second regex:
-Parameters to the table
-It used newlines
-The table is not closed
This new regex can replace the second one, including now those contents.
/table[^]*.+?(td bgcolor.+?){400,}/is
--
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 15063] wpSpamRegex entry for large image tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=15063 Platonides platoni...@gmail.com changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15063] wpSpamRegex entry for large image tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=15063 --- Comment #7 from Siebrand siebr...@wikipedia.be 2009-02-16 10:35:22 UTC --- Please provide a proper patch. This makes committing this stuff a lot easier. -- 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 15063] wpSpamRegex entry for large image tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=15063 --- Comment #8 from Siebrand siebr...@wikipedia.be 2009-02-16 10:38:38 UTC --- (In reply to comment #7) Please provide a proper patch. This makes committing this stuff a lot easier. Ow, not 'commit' in this context, but 'applying to whatever file from http://noc.wikimedia.org/conf/ needs patching'. -- 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 17512] API returns 'WrongPass' despite correct password, perhaps login throttling
https://bugzilla.wikimedia.org/show_bug.cgi?id=17512 Roan Kattouw roan.katt...@home.nl changed: What|Removed |Added CC||roan.katt...@home.nl --- Comment #4 from Roan Kattouw roan.katt...@home.nl 2009-02-16 11:04:29 UTC --- (In reply to comment #3) Yes. I just ran into the bug again a moment ago. First I got a 'WrongPass' response a few times. Then I hit the throttle and got 'Throttled' for 300 seconds. Then I was able to log in successfully. All of this was with the exact same code. Is three anything I can do to help debug this? The only cause I can think of is that one server is broken and rejects your login while the others don't (that'd explain the intermittent part). It'd be nice if you could aggressively try to reproduce the bug, logging in and out over and over again, and log the server name and success/failure for each attempt. If my theory is correct, all failures will come from the same server (or a few servers in the worst case), while the successes will be pretty much evenly distributed over the rest. For the login request, use format=xmlfm (or another pretty-printed format), which will get you pretty-printed XML (or JSON or ...) in HTML with a comment after the closing /html saying something like !-- Served by srv103 in 0.047 secs. -- where srv103 is the server name. Distinguishing between success and failure is a little harder when working with HTML gibberish your client doesn't understand, but I guess searching for the word Success (or WrongPass or Throttled or ...) should do the trick. -- 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 17502] duplicates between namespaces and namespacealiases
https://bugzilla.wikimedia.org/show_bug.cgi?id=17502 Roan Kattouw roan.katt...@home.nl changed: What|Removed |Added CC||roan.katt...@home.nl Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@home.nl 2009-02-16 11:21:17 UTC --- Fixed in r47313 -- 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 17518] New: Usability wiki misses the interwiki set
https://bugzilla.wikimedia.org/show_bug.cgi?id=17518 Summary: Usability wiki misses the interwiki set Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz Usability wiki misses the interwiki set. Can't use eg. [[m:Foo]] etc... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17519] New: Confusing log entries when moving threads
https://bugzilla.wikimedia.org/show_bug.cgi?id=17519 Summary: Confusing log entries when moving threads Product: MediaWiki extensions Version: any Platform: All URL: http://usability.wikimedia.org/wiki/Special:Log?uselang= en OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: siebr...@wikipedia.be I just moved a thread from User_talk:A to User_talk:B and Special:Log displayed the following entry: # hh:mm, data User moved Thread:Name to Thread:Name (reason) As the thread was moved from one page to the other, I would expect those pages to be mentioned in the log, and the entry to be something like moved Thread:Name from PageA to PageB. -- 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 17520] New: Cannot reset user passwords with PG backend
https://bugzilla.wikimedia.org/show_bug.cgi?id=17520 Summary: Cannot reset user passwords with PG backend Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: CheckUser AssignedTo: jschulz_4...@msn.com ReportedBy: overlo...@gmail.com Created an attachment (id=5820) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5820) SQL error/Backtrace Attached is the error and backtrace. the log entry for resetting passwords violates the foreign key constraints. -- 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 1058] dealing with large categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=1058 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 15:39:33 UTC --- This was long ago fixed by paginating category pages, AFAICT. -- 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 17521] New: Feed item title contains doubly-escaped ampersand, displaying #32;
https://bugzilla.wikimedia.org/show_bug.cgi?id=17521 Summary: Feed item title contains doubly-escaped ampersand, displaying #32; Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/w/index.php?title=Foofeed=rssa ction=history OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: morme...@centrum.cz Blocks: 3646 History feed item is built using the “colon-separator” interface message which separates the author of the revision from the comment. However, since the colon-separator contains “:#32;” currently, and the feed is XML-escaped afterwards, the resulting feed items display “#32;” (see the URL for an example). See includes/PageHistory.php, line 539. A quick fix might consist of changing FeedItem::stripComment to replace HTML entities with the respective characters. (OBTW, it seems we are a bit inconsistent with formatting/escaping comments, anyway, even on wiki…) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 Mormegil morme...@centrum.cz changed: What|Removed |Added Depends on||17521 -- 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 17522] New: SRF-Ploticus: Create skin to take advantage of CSS support
https://bugzilla.wikimedia.org/show_bug.cgi?id=17522 Summary: SRF-Ploticus: Create skin to take advantage of CSS support Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SemanticResultFormats AssignedTo: mediaw...@natividads.com ReportedBy: mediaw...@natividads.com Depends on: 17491 Now that SRF-Ploticus has CSS support, create a skin and remove the remaining hardcoded UI elements in the code (e.g. strong, center , etc.) -- 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 17491] SRF-Ploticus: CSS support
https://bugzilla.wikimedia.org/show_bug.cgi?id=17491 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Blocks||17522 -- 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 16363] Create a namespace alias P: for Portal: on dewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=16363 P.Copp paul.copper...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from P.Copp paul.copper...@googlemail.com 2009-02-16 16:32:10 UTC --- This has been fixed along with bug 17501. -- 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 17155] Category counter not updated on article deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=17155 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 16:55:17 UTC --- Thanks for the report. This was inexplicably broken in r41018. I reverted the bad parts of that in r47318, backported to 1.14 in r47319. -- 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 17155] Category counter not updated on article deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=17155 --- Comment #3 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 16:58:28 UTC --- (In reply to comment #2) bad parts of that in r47318, backported to 1.14 in r47319. That should be r47319 and r47320 respectively. -- 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 17520] Cannot reset user passwords with PG backend
https://bugzilla.wikimedia.org/show_bug.cgi?id=17520 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-02-16 17:28:09 UTC --- Tweaked in r47323. Is this OK on PG? -- 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 17520] Cannot reset user passwords with PG backend
https://bugzilla.wikimedia.org/show_bug.cgi?id=17520 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-02-16 17:44:00 UTC --- Confirmed that r47323 looks OK on Postgres. -- 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 17155] Category counter not updated on article deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=17155 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2009-02-16 17:58:09 UTC --- Note that r41018 only moved the step below the RC row deletion and Article::onArticleDelete( $this-mTitle ) steps. r47319 Just reverted this. The *above* patch moves this up before the page row deletion and more importantly before: $dbw-delete( 'categorylinks', array( 'cl_from' = $id ) ); This seems to be actually broken by r40912. Restored in r47326 -- 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 13921] deadlocks mass-deleting media files in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=13921 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #4 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 18:03:47 UTC --- Ugh, I hate databases. :( -- 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 17523] New: Allow list=users to return editcount and blockinfo for anon users
https://bugzilla.wikimedia.org/show_bug.cgi?id=17523 Summary: Allow list=users to return editcount and blockinfo for anon users Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Keywords: patch Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: b-jor...@northwestern.edu CC: bryan.tongm...@gmail.com, vasi...@gmail.com Created an attachment (id=5821) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5821) Patch against r47324 It would be nice to be able to query the editcount and/or blockinfo for anon users through list=users; groups, registration, and emailable of course don't make sense for anon users. This patch should do that. It adds an extra query if any anon users are specified and editcount is requested, and adds an extra query if any anon users are specified and blockinfo is requested, for a total of two possible extra queries. If no anon users are specified or neither of those two options are specified, no extra queries are performed. I also incidentally fixed a PostgreSQL error, PostgreSQL requires the optional AS in column aliases. If you WONTFIX the patch, please pick up that minor fix. -- 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 17482] Formatting error in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=17482 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||raimond.spekk...@gmail.com --- Comment #4 from Raimond Spekking raimond.spekk...@gmail.com 2009-02-16 19:27:34 UTC --- I cannot reproduce this error in my installations but I have prettified the code today (was since weeks on my to do list) with r47335. Can you test it on http://translatewiki.net/wiki/Special:Preferences pls? Translatewiki runs the latest revision always. -- 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 17523] Allow list=users to return editcount and blockinfo for anon users
https://bugzilla.wikimedia.org/show_bug.cgi?id=17523 --- Comment #2 from Brad Jorsch b-jor...@northwestern.edu 2009-02-16 19:49:12 UTC --- (In reply to comment #1) (In reply to comment #0) This patch should do that. It adds an extra query if any anon users are specified and editcount is requested, That query was pretty evil in terms of performance, which is why the editcount for anons won't be implemented. I was afraid of that, even though an EXPLAIN on my (empty) local database looked promising. -- 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 17034] New logo for Wikibooks projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=17034 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #11 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-02-16 20:25:30 UTC --- (In reply to comment #10) I am not exactly sure what there is to update on this. The defaults are set to the updated logo, which according to the history in this ticket, is what it should be. So it looks like it is completed. Sorry for the confusion; the default should still be changed to http://upload.wikimedia.org/wikipedia/commons/4/49/Wikibooks-logo-en-noslogan.png Then the enwikibooks logo needs to be changed from the default to the English one, which is what the default is currently set to: http://upload.wikimedia.org/wikibooks/en/b/bc/Wiki.png This is so that English gets the English logo, but other languages (which don't override the default with their own localized version) don't see the English slogan. They instead get the version without a slogan. -- 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 17524] New: CSS and JavaScript changes should take effect immediately
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Summary: CSS and JavaScript changes should take effect immediately Product: MediaWiki Version: 1.13.4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mediaw...@blazemonger.com Changes to system message articles MediaWiki:common.css and MediaWiki:common.js (and all similar articles) should go live immediately for all users when the article is saved. Right now, due to browser caching, changes aren't seen by users potentially for hours or days. Asking thousands of people to hard-refresh their browsers isn't a good solution. Could this be solved easily by appending the article revision ID to the style tag, e.g., changing this: @import /w/index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000 to: @import /w/index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000revision=123456 or some such trick, to tell the browser to reload the CSS or JS? -- 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 17524] CSS and JavaScript changes should take effect immediately
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #1 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 20:37:38 UTC --- That fix would require us to invalidate every single page cached in Squid. This is not acceptable. The only possible option is to not cache the site CSS/JS and have the client check for a 304 on every request. This is what we do for images -- I don't know if it would be worth it for site CSS/JS. -- 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 17524] CSS and JavaScript changes should take effect immediately
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 --- Comment #2 from Dan Barrett mediaw...@blazemonger.com 2009-02-16 21:06:25 UTC --- Any other implementation is fine, as long as the end result is the same (JS CSS changes go live immediately). Also, if it's a problem for Squid, then make the feature optional with a default value of disabled (e.g., $wgCssJsCacheUpdatesImmediate = false). Not all MediaWiki sites run Squid... we don't. -- 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 17525] New: css and .js pages does not store entries in Categorylinks table/Templatelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17525 Summary: css and .js pages does not store entries in Categorylinks table/Templatelinks table Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Please do not store Categorylinks/Templatelinks from .css and .js pages in Categorylinks table/Templatelinks table, because there are not shown on that page. (No 'catlinks' section/template will shown as normal wikitext). Thanks. Example: When scripting there can be code like '[[Category:+cat.substring(0,1).toUpperCase()+cat.substring(1)+]]', this will produce a disadvantageous entry in 'Category:+cat.substring(0,1).toUpperCase()+cat.substring(1)+'. Pagelinks table is useful to have backlinks and can find/support all usage of a script. I have no observation about Imagelinks table -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17524] CSS and JavaScript changes should take effect immediately (at least as a config option)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added Severity|minor |enhancement Summary|CSS and JavaScript changes |CSS and JavaScript changes |should take effect |should take effect |immediately |immediately (at least as a ||config option) --- Comment #3 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-02-16 21:11:07 UTC --- (In reply to comment #2) Any other implementation is fine, as long as the end result is the same (JS CSS changes go live immediately). Well, it's not clear if any solution other than the present one is desirable for Wikimedia, at least. Also, if it's a problem for Squid, then make the feature optional with a default value of disabled (e.g., $wgCssJsCacheUpdatesImmediate = false). Not all MediaWiki sites run Squid... we don't. That's a fair point, yeah. -- 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 17524] CSS and JavaScript changes should take effect immediately (at least as a config option)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 --- Comment #4 from Dan Barrett mediaw...@blazemonger.com 2009-02-16 22:24:36 UTC --- This change might not have immediately value for Wikimedia (due to squid), but I can tell you, after running several MediaWiki installations for several years, this issue causes so much trouble. We release a change that relies on (say) MediaWiki:Common.js, and it breaks for everyone who hasn't hard-refreshed their browser. The alternative is never to use MediaWiki:Common.js... but it's such a convenient feature, if only it could be relied upon. -- 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 17526] New: Add WQ: as an alias for Wikiquote: namespace on Simple English Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=17526 Summary: Add WQ: as an alias for Wikiquote: namespace on Simple English Wikiquote Product: Wikimedia Version: unspecified Platform: All URL: http://simple.wikiquote.org/wiki/Wikiquote:Simple_talk#W Q:_namespace OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: james.maximill...@gmail.com Please add WQ: as an alias for Wikiquote: on Simple English Wikiquote. -- 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 16921] Comments may be cut off on page moves and page protections
https://bugzilla.wikimedia.org/show_bug.cgi?id=16921 Tisza Gergő gti...@gmail.com changed: What|Removed |Added CC||gti...@gmail.com --- Comment #8 from Tisza Gergő gti...@gmail.com 2009-02-17 00:36:48 UTC --- Another problem with maxlength is that it counts characters while the database filed has a byte limit. Non-ASCII characters can take up two or more bytes. Maybe a simple js script could count the length on change or submit events and warn the user if neccessary? -- 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 17527] New: 1,12 and 1.13 Instals don't have a prefix MYSQL option
https://bugzilla.wikimedia.org/show_bug.cgi?id=17527 Summary: 1,12 and 1.13 Instals don't have a prefix MYSQL option Product: MediaWiki Version: unspecified Platform: All OS/Version: Windows Vista Status: NEW Severity: normal Priority: Normal Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gazum...@gmail.com I am trying to instal an open Wiki which will have transcludes from a 'closed' wiki maintained on the same server. In fact I'm trying this idea twice on a server (and a MYSQL database that already has one standard wiki installed.) I remembered that a Wiki some time ago allowed more that one installation by showing a specific MYSQL prefix options section in the install process. But the current 1.13.4 doesn;t have that install option, neither does 1.12.4. Both install with a standard option that needs a lot of work to avoid pages from different wikis showing up in all of them. I had to go back to 1.11.2 to find the installation I need with specific prefixes - any reason this has been dropped from more recent versions?? -- 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 17528] New: Clicking on Edit in Wikipedia produces only a blank field
https://bugzilla.wikimedia.org/show_bug.cgi?id=17528 Summary: Clicking on Edit in Wikipedia produces only a blank field Product: Wikimedia Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: blocker Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: shawngoldwa...@gmail.com At first, the problem seemed to only happen when I tried to edit Wikipedia from work using the incognito mode in Google Chrome. But this evening when I returned home and logged on to my account via Safari, the same problem has occurred. There's just no functionality at all in Edit mode. Even when I enter text and click save, nothing changes in the text. Interestingly, when I click on Edit on pages I had previously edited before, the text appears momentarily, then vanishes. It seems as if using the incognito Chrome function at work screwed something up? But why would that affect a different computer, at home? My Wikipedia user name is: Shawn in Montreal. I hope I am in the right place, and that you can help me. Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17528] Clicking on Edit in Wikipedia produces only a blank field
https://bugzilla.wikimedia.org/show_bug.cgi?id=17528 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #1 from Andrew Garrett and...@epstone.net 2009-02-17 02:00:19 UTC --- Sounds like some javascript is stuffing things up, but I can't find any scripts set up for your account. It could, perhaps, be a gadget you have enabled. Try disabling all of that and see if the error resolves itself. -- 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 17528] Clicking on Edit in Wikipedia produces only a blank field
https://bugzilla.wikimedia.org/show_bug.cgi?id=17528 Andrew Garrett and...@epstone.net changed: What|Removed |Added Component|Bugzilla|Page editing Product|Wikimedia |MediaWiki Version|unspecified |1.15-svn --- Comment #2 from Andrew Garrett and...@epstone.net 2009-02-17 02:02:13 UTC --- Sounds like some javascript is stuffing things up, but I can't find any scripts set up for your account. It could, perhaps, be a gadget you have enabled. Try disabling all of that and see if the error resolves itself. -- 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 17528] Clicking on Edit in Wikipedia produces only a blank field
https://bugzilla.wikimedia.org/show_bug.cgi?id=17528 Andrew Garrett and...@epstone.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from Andrew Garrett and...@epstone.net 2009-02-17 02:10:58 UTC --- The user reported in private email that the bug had been resolved by my suggestions. -- 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 9518] Job queue estimate often woefully inaccurate; need a better strategy
https://bugzilla.wikimedia.org/show_bug.cgi?id=9518 MZMcBride pub...@mzmcbride.com changed: What|Removed |Added CC||pub...@mzmcbride.com --- Comment #17 from MZMcBride pub...@mzmcbride.com 2009-02-17 05:42:53 UTC --- One possible option: Split out the line from Special:Statistics and making a Special:JobQueue. The page would have total number of jobs, the bottom ten jobs in a table, and have a mechanism to run the jobs for wikis that do it manually (to allow siteadmins not to have to do it from the command 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 17526] Add WQ: as an alias for Wikiquote: namespace on Simple English Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=17526 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17527] 1.12 and 1.13 Installs don't have a prefix MYSQL option (stable installer regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17527 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tstarl...@wikimedia.org |l...@lists.wikimedia.org | Component|Database|Installation OS/Version|Windows Vista |All Summary|1,12 and 1.13 Instals don't |1.12 and 1.13 Installs don't |have a prefix MYSQL option|have a prefix MYSQL option ||(stable installer ||regression) --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 06:46:49 UTC --- Confirmed regression in installer; MySQL specific options section is not being shown when I pull up the installer in 1.13 current branch; it showed up fine before updating my working copy from an earlier point release. -- 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 17525] css and .js pages does not store entries in Categorylinks table/Templatelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17525 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||10410 --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 06:48:55 UTC --- Looks related to bug 10410; since the page isn't parsed as normal, it may not be saving links entries. -- 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 10410] Render wikilinks in site/user CSS/JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=10410 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||17525 -- 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 17524] CSS and JavaScript changes should take effect immediately (at least as a config option)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-02-17 06:51:29 UTC --- Versioning in the URLs as suggested would be an improvement over current refreshing practice, if not necessarily a complete solution for every page view ever (eg, if you load an old cached page it still references the old cached CSS). Edit timestamp or revision id for the page might work; check that it can be done without extra DB queries. -- 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 17518] Usability wiki misses the interwiki set
https://bugzilla.wikimedia.org/show_bug.cgi?id=17518 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tpars...@wikimedia.org |l...@lists.wikimedia.org | Keywords||shell --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 06:54:43 UTC --- Trevor, looks like we needs some extra entries set up in the interwiki tables for common Wikimedia interwiki link prefixes. You can do this manually in the DB or install one of the interwiki map editing extensions and try it out. :) -- 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 17517] Configuration files should have versioning system
https://bugzilla.wikimedia.org/show_bug.cgi?id=17517 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Keywords||shell --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 06:56:03 UTC --- There's some automated RCS backups internally, but it's pretty nasty. :) Need some better centralization recording for various bits... -- 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 17505] No High Dynamic Range Image (HDRI) file formats allowed on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=17505 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 07:04:35 UTC --- A few background items to fill in: * Any standardization/patent issues? http://en.wikipedia.org/wiki/OpenEXR indicates it's an open file format with open source implementations, and doesn't mention any patent issues. http://en.wikipedia.org/wiki/RGBE_image_format seems a little less clear on standardization or current usage, and again no mention of any patent issues (either positive or negative). * Recommended standard software for working with it? * Any performance issues with rendering to in-browser view? -- 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 17529] New: rvend ignored when rvstartid is specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=17529 Summary: rvend ignored when rvstartid is specified Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: sco_s...@bigpond.net.au CC: bryan.tongm...@gmail.com, vasi...@gmail.com The following query works as expected: http://en.wikipedia.org/w/api.php?format=xmlaction=queryprop=revisionsrvlimit=maxtitles=Wikipedia%3AFeatured+picture+candidatesrvend=2008120100rvstart=2009010100 However, if I substitute rvstart=2009010100 with the equivalent rvstartid (261053007) because I might be continuing from a previous query... http://en.wikipedia.org/w/api.php?format=xmlaction=queryprop=revisionsrvlimit=maxtitles=Wikipedia%3AFeatured+picture+candidatesrvend=2008120100rvstartid=261053007 ...the result doesn't stop when expected. In fact it continues until all prior revisions are exhausted, making silly queries like this one inevitable: http://en.wikipedia.org/w/api.php?format=xmlaction=queryprop=revisionsrvlimit=maxtitles=Wikipedia%3AFeatured+picture+candidatesrvend=2008120100rvstartid=161047397 -- 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 17504] Single Namespace is hidden
https://bugzilla.wikimedia.org/show_bug.cgi?id=17504 --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 07:06:10 UTC --- Patch file seems to have corrupted newlines. -- 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 16901] Enable Atom feed on blog.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16901 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Keywords||upstream --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-02-17 07:15:29 UTC --- Upstream issue Default theme doesn't advertise Atom 1.0 feed http://core.trac.wordpress.org/ticket/7341 Looks like it may be fixable locally with a tweak to the custom skin, though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16901] Enable Atom feed on blog.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=16901 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-02-17 07:18:45 UTC --- Added atom feed link locally to custom Monobook skin. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 Bug 3646 depends on bug 16901, which changed state. Bug 16901 Summary: Enable Atom feed on blog.wikimedia.org https://bugzilla.wikimedia.org/show_bug.cgi?id=16901 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5311] One sees a page as it appeared BEFORE an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=5311 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Component|General/Unknown |Page editing -- 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 5311] One sees a page as it appeared BEFORE an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=5311 --- Comment #22 from Tim Starling tstarl...@wikimedia.org 2009-02-17 07:58:22 UTC --- The issue as per comment 17 and 20 appears to be slave lag, exposed by the disabling of ChronologyProtector via a live patch. Article::getID() gets its page_id from the slave and then Article::view() uses that information to decide whether to show the 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
