I really wish I hadn't "upgraded" to this recommended version. But I won't go into all the issues here.
One question: The status of links (broken, existing) NO LONGER UPDATE on any Wiki posts. Does anyone know why this is? I don't ever plan on implementing memcache (the lack of real documentation as to how I can do it being the primary reason)... is this an issue for future wikipedia releases? Is memcache (or lack thereof) ruining the Wiki's ability to update broken/not broken links?
I have memcache turned off, and the MediaWiki namespace turned off as well.
Thanks for answers. ciaran
On Feb 24, 2004, at 21:53, ciaran wrote:
I really wish I hadn't "upgraded" to this recommended version. But I won't go into all the issues here.
One question: The status of links (broken, existing) NO LONGER UPDATE on any Wiki posts. Does anyone know why this is? I don't ever plan on implementing memcache (the lack of real documentation as to how I can do it being the primary reason)... is this an issue for future wikipedia releases? Is memcache (or lack thereof) ruining the Wiki's ability to update broken/not broken links?
Probably nothing to do with memcache, as memcache is not used for links in any way at present. Note that problems with link updates can be caused by errors that occur at save time, which may be hidden by the subsequent HTTP redirect to view the page. Try disabling the redirect for debugging purposes. (Grep for 'Location:' and comment out the header() call including it to disable automatic redirects.)
Are you using MySQL 3.x? If so, did you put $wgEnablePersistentLC = false; into LocalSettings.php?
If not, could you check that the linkscc table is present?
Can you confirm that links are not being updated, rather than cached pages not being updated?
Can you check your Apache error log for PHP error messages? Is PHP configured to log error messages? What version of PHP are you running?
-- brion vibber (brion @ pobox.com)
Hello. I have further isolated this issue. Of course, it may be some weird manifestation of Bug ID 802814 (http://sourceforge.net/tracker/index.php?func=detail&aid=802814&grou...)... but I am not sure.
Brion Vibber said the following on 2/25/2004 12:47 PM:
Probably nothing to do with memcache, as memcache is not used for links in any way at present. Note that problems with link updates can be caused by errors that occur at save time, which may be hidden by the subsequent HTTP redirect to view the page. Try disabling the redirect for debugging purposes. (Grep for 'Location:' and comment out the header() call including it to disable automatic redirects.)
Perhaps the errors below are relevant (all other warnings occur during page loads for all pages and they are attributed to OutputPage.php and Setup.php). I have taken them from my php error log as suggested.
--- C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 230 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 246 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 247 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 250 [25-Feb-2004 19:03:46] PHP Notice: Undefined variable: wgCommandLineMode in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\Setup.php on line 87 ---
Are you using MySQL 3.x? If so, did you put $wgEnablePersistentLC = false; into LocalSettings.php?
If not, could you check that the linkscc table is present?
The linkscc table is present. I am running mySQL 4.0.14 on Apache 2.0.47 on a Windows XP-SP1 machine.
Can you confirm that links are not being updated, rather than cached pages not being updated?
I have further established that links from the $wgSitename and $wgSitename_talk namespace (only) do not update. I have this variable set in LocalSettings.php and $wgMetaNamespace set to FALSE (in the same file).
Can you check your Apache error log for PHP error messages? Is PHP configured to log error messages? What version of PHP are you running?
PHP 4.3.2.
This is not a cache issue; I am running Firefox 0.8 in both cache (25MB) and no cache modes and have cleared my cache on several occasions to verify the link status. If I edit the offending page (the one displaying the red links) and save it, the links update.
Thanks.
ciaran
Hello. I have further isolated this issue. Of course, it may be some weird manifestation of Bug ID 802814 (http://sourceforge.net/tracker/index.php?func=detail&aid=802814&grou...)...
but I am not sure.
Brion Vibber said the following on 2/25/2004 12:47 PM:
Probably nothing to do with memcache, as memcache is not used for links in any way at present. Note that problems with link updates can be caused by errors that occur at save time, which may be hidden by the subsequent HTTP redirect to view the page. Try disabling the redirect for debugging purposes. (Grep for 'Location:' and comment out the header() call including it to disable automatic redirects.)
Perhaps the errors below are relevant (all other warnings occur during page loads for all pages and they are attributed to OutputPage.php and Setup.php). I have taken them from my php error log as suggested.
--- C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 230 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 246 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 247 [25-Feb-2004 19:03:45] PHP Notice: Undefined variable: fname in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\LinksUpdate.php on line 250 [25-Feb-2004 19:03:46] PHP Notice: Undefined variable: wgCommandLineMode in C:\DRIVES\IMAGO\PUB\public_html\www\yotz\wiki\Setup.php on line 87 ---
Are you using MySQL 3.x? If so, did you put $wgEnablePersistentLC = false; into LocalSettings.php?
If not, could you check that the linkscc table is present?
The linkscc table is present. I am running mySQL 4.0.14 on Apache 2.0.47 on a Windows XP-SP1 machine.
Can you confirm that links are not being updated, rather than cached pages not being updated?
I have further established that links from the $wgSitename and $wgSitename_talk namespace (only) do not update. I have this variable set in LocalSettings.php and $wgMetaNamespace set to FALSE (in the same file).
Can you check your Apache error log for PHP error messages? Is PHP configured to log error messages? What version of PHP are you running?
PHP 4.3.2.
This is not a cache issue; I am running Firefox 0.8 in both cache (25MB) and no cache modes and have cleared my cache on several occasions to verify the link status. If I edit the offending page (the one displaying the red links) and save it, the links update.
Thanks.
ciaran
ciaran-
I really wish I hadn't "upgraded" to this recommended version. But I won't go into all the issues here.
Please do. That's the only way we can fix things.
One question: The status of links (broken, existing) NO LONGER UPDATE on any Wiki posts. Does anyone know why this is?
You could try $wgCachePages=false; in LocalSettings.php. Does that help?
Are you logged in / logged out? Which browser are you using? Is your wiki public somewhere?
Regards,
Erik
Erik Moeller said the following on 2/25/2004 12:49 PM:
You could try $wgCachePages=false; in LocalSettings.php. Does that help?
Browser caching is the first thing I checked. I set this variable in LocalSettings to make sure, but the issue was unaffected. Please see my reply to Mr. Vibber's post.
Are you logged in / logged out? Which browser are you using? Is your wiki public somewhere?
I am logged in, using Firefox 0.8 on Windows XP with zero cache. My wiki is at http://yotz.zeromass.org/wiki (you left a message on it one time :)
Try editing the sandbox and then return to the main page. The sandbox link does not update.
Thanks.
ciaran
Erik Moeller said the following on 2/25/2004 12:49 PM:
You could try $wgCachePages=false; in LocalSettings.php. Does that help?
Browser caching is the first thing I checked. I set this variable in LocalSettings to make sure, but the issue was unaffected. Please see my reply to Mr. Vibber's post.
Are you logged in / logged out? Which browser are you using? Is your
wiki
public somewhere?
I am logged in, using Firefox 0.8 on Windows XP with zero cache. My wiki is at http://yotz.zeromass.org/wiki (you left a message on it one time :)
Try editing the sandbox and then return to the main page. The sandbox link does not update.
Thanks.
ciaran
ciaran-
Try editing the sandbox and then return to the main page. The sandbox link does not update.
I got a linkscc-related SQL error message on the first save. The page was saved regardless, but the table wasn't updated. I would try setting $wgEnablePersistentLC = false; in LocalSettings.php
Regards
Erik
Thank you. This fixed it.
ciaran
Erik Moeller said the following on 2/28/2004 1:53 AM:
ciaran-
Try editing the sandbox and then return to the main page. The sandbox link does not update.
I got a linkscc-related SQL error message on the first save. The page was saved regardless, but the table wasn't updated. I would try setting $wgEnablePersistentLC = false; in LocalSettings.php
Regards
Erik
"c" == ciaran misterredtape@yahoo.com writes:
c> I really wish I hadn't "upgraded" to this recommended c> version. But I won't go into all the issues here.
...just quickly insult the people who made the software for you to use, then ask for their help again.
c> One question: The status of links (broken, existing) NO LONGER c> UPDATE on any Wiki posts.
Double-check that this is actually the case. The default MediaWiki color for stub links and the default browser color for visited links is really similar.
~ESP
Evan Prodromou said the following on 2/25/2004 3:04 PM:
c> I really wish I hadn't "upgraded" to this recommended c> version. But I won't go into all the issues here....just quickly insult the people who made the software for you to use, then ask for their help again.
Actually, if it was my intention to insult them, I wouldn't mention something I wish _I_ hadn't done. I use the wiki to collaborate on software development; it would be difficult for me to discount any programming effort by another person or people.
Thanks for the caching suggestion. However, I think there is something going on php- or db-wise.
ciaran
ciaran wrote:
Evan Prodromou said the following on 2/25/2004 3:04 PM:
c> I really wish I hadn't "upgraded" to this recommended c> version. But I won't go into all the issues here....just quickly insult the people who made the software for you to use, then ask for their help again.
Actually, if it was my intention to insult them, I wouldn't mention something I wish _I_ hadn't done.
It can nevertheless easily be taken as an insult. "I wish I hadn't upgraded to this recommended version" sounds a bit like "This so-called recommended version is so crap that it's not worth upgrading to."
wikitech-l@lists.wikimedia.org