-- Met vriendelijke groet, Huib Laurens ------------------------------ Message: 3 Date: Sat, 02 Feb 2013 23:28:40 +0100 From: Platonides Platonides@gmail.com To: mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Sidebar cache Message-ID: kek423$ggp$1@ger.gmane.org Content-Type: text/plain; charset=UTF-8 On 01/02/13 20:08, Tom wrote: > Is sidebar cache really buggy enough to not even update the toolbox links like print page version? Or is that a unknown not normal bug? > > Enabled, the print version link was static to one page on every page. > > Thanks > Tom What do you mean? The print version link pointing to title=foo&printable=yes even on article bar? That should never happen, the sidebar cache refers to the "upper part" of the sidebar, not to the toolbox. ------------------------------ Message: 4 Date: Sat, 02 Feb 2013 23:31:01 +0100 From: Platonides Platonides@gmail.com To: mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Remove job from queue Message-ID: kek46f$ggp$2@ger.gmane.org Content-Type: text/plain; charset=UTF-8 On 31/01/13 14:51, Ad Strack van Schijndel wrote: > Hi, > > I have a job in the queue that produces an error and it seems that it is never removed from the queue. > Is there a way to remove that job from the queue? > > Ad You can delete it from the job table by accessing directly the db. ------------------------------ Message: 5 Date: Sat, 02 Feb 2013 23:45:11 +0100 From: Platonides Platonides@gmail.com To: mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Installing Message-ID: kek512$p3f$1@ger.gmane.org Content-Type: text/plain; charset=ISO-8859-1 On 29/01/13 12:06, Alexis Moinet wrote: > I think the short answer is: "only if you intend to use short/pretty URLs". > > Besides in the case of short URLs it can be any values as long as $wgScriptPath and $wgArticlePath are different. "w" and "wiki" are just the default values used by wikimedia and in all the examples (call them "recommended values" if you will) > > If you don't use short URLs/rewrite rules, I think you don't have to set $wgArticlePath (I even believe that you shouldn't but I might be dead wrong) and that it defaults to $wgScriptPath or something derived from on $wgScriptPath > > I may be wrong though. Anyone ? > > Alexis The box below was refering to that, although perhaps not being too clear about what it was refering to. I have sent a change in https://gerrit.wikimedia.org/r/47298 ------------------------------ Message: 6 Date: Sat, 02 Feb 2013 21:40:33 -0500 From: Tom Hutchison tom@hutch4.us To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Sidebar cache Message-ID: 510DCE21.8040005@hutch4.us Content-Type: text/plain; charset=UTF-8; format=flowed ------------------------------------------------------------------------ On 2/2/2013 5:28 PM, Platonides wrote: > What do you mean? > The print version link pointing to title=foo&printable=yes even on > article bar? That should never happen, the sidebar cache refers to the > "upper part" of the sidebar, not to the toolbox. > Sorry for not being clear, print/export, print version link. Seems like everything else dynamic is unaffected, Toolbox links, etc. just the printable version link becomes static. title=foo&printable=yes is correct on foo, but never changes from foo. I can go to foo1, foo2, foo3 and it will always show and link to title=foo&printable=yes while the sidebar cache is enabled. I just re-enabled to reverify and yes it locks the print version to the current page when switched on in LocalSettings. If I open the wiki to main page, it locks it there. To clear the cache, I have to disable the sidebar cache. Re-enable and open the wiki to a page I pick besides the main page, it locks the printable version link to that page instead. Disable it, the printable link works again as expected. I didn't set the cache expiry because 24 hours is fine, the default. This is the notice on the manual page- "However it is also fragile: changing the site configuration, or having a variable $wgArticlePath, can produce broken links that don't update as expected." I thought it might be really, really fragile because we are using ArticlePath. I thought it referred just to navigation links and expected not to be able to update the sidebar links on the fly without disabling and re-enabling - unless I wanted to wait the 24 hours expiry time. We do have an extra navigation set with a heading - Quick links, but I would thought the design was leave dynamic alone, Toolbox and Print/export. Version info, yes I know there is a 19.3 - could that be the issue? I did a bug search and didn't find anything. MediaWiki 1.19.1 PHP 5.3.13 (cgi-fcgi) MySQL 5.0.91-log It is a major headache to update on this server... Thanks Tom ------------------------------ _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l End of MediaWiki-l Digest, Vol 113, Issue 3 *******************************************