Difference between revisions of "Talk:Second Life Wiki Known Issues"

From Second Life Wiki
Jump to navigation Jump to search
Line 9: Line 9:


::: This would go to [[MediaWiki:Breadcrumbs]]. The USERID variable forces a cache invalidate, I an hoping it is in the right spot to matter. (it makes it do $wgParser->disableCache right before it calls the parser)
::: This would go to [[MediaWiki:Breadcrumbs]]. The USERID variable forces a cache invalidate, I an hoping it is in the right spot to matter. (it makes it do $wgParser->disableCache right before it calls the parser)
::: <pre>* default @ <span style="display:none">@@USERID@@</span>{{DefaultBreadcrumb}}</pre>
::: <pre>* BreadcrumbTest @ <span style="display:none">@@USERID@@</span>{{DefaultBreadcrumb}}</pre>
::: --[[User:Cerise Resident|Cerise]] 17:04, 20 December 2010 (UTC)
::: (changed the edit request to go on a different line; the string can be anywhere on the page, and hidden usernames on "real" templates could disturb people.) --[[User:Cerise Resident|Cerise]] 17:04, 20 December 2010 (UTC)


== Thanks ==
== Thanks ==

Revision as of 11:27, 20 December 2010

breadcrumb pollution

Purging MediaWiki:Breadcrumbs seems to have stopped the "marketplace" breadcrumb pollution. The "LSL Newbie Notes" entry on that page could be contributing to breadcrumb trouble, default breadcrumbs are still having "MediaWiki: " appended, and notice the strange effect it has on LlSetColor/Newbie Notes. --Cerise 06:52, 16 December 2010 (UTC)

it's back... looks like there's an error on the MediaWiki:Breadcrumbs page (I can't edit it)
-- Void (talk|contribs) 06:50, 20 December 2010 (UTC)
Looks like the Japanese LSL articles need to have a baked in breadcrumb. -- Strife (talk|contribs) 07:07, 20 December 2010 (UTC)
Sorry about that. I was playing with Template:DefaultBreadcrumb yesterday and got busy with other things and forgot. I've left it at something simple again. That template only appears to be interpreted fully at certain times, and then the changes stick for a while until that unknown event happens. What EVER! --Cerise Sorbet 07:23, 20 December 2010 (UTC)
This would go to MediaWiki:Breadcrumbs. The USERID variable forces a cache invalidate, I an hoping it is in the right spot to matter. (it makes it do $wgParser->disableCache right before it calls the parser)
* BreadcrumbTest @ <span style="display:none">@@USERID@@</span>{{DefaultBreadcrumb}}
(changed the edit request to go on a different line; the string can be anywhere on the page, and hidden usernames on "real" templates could disturb people.) --Cerise 17:04, 20 December 2010 (UTC)

Thanks

Yes, it does exhibit some strange behavior. Appreciate the work on this, Cerise, as we're still trying to get to the bottom of it. Let use know what else you turn up.

--Rand Linden 16:42, 16 December 2010 (UTC)

It looks like MediaWiki:Breadcrumbs is being cached. Maybe if you disable caching on MediaWiki:Breadcrumbs that will work (I know there is/was a Magic word for it but I don't remember it). Wonder if telling it not to cache will be inherited by the articles... hmmm.-- Strife (talk|contribs) 21:33, 16 December 2010 (UTC)
This looks like it is the same kind of trouble that Template:Issue is having. I have simplified Template:DefaultBreadcrumb to something generic with no parser tricks for now, it is not ideal but it's better than random links :) --Cerise 01:32, 18 December 2010 (UTC)
It's not the same bug unfortunately. -- Strife (talk|contribs) 03:04, 18 December 2010 (UTC)

Imagemap the bane of my existence

I've tracked it back to the source, it's the bug icon (there is an icon that indicates if the LSL topic has any bugs). Imagemap is breaking Variables, I've been looking at the Imagemap code but I don't know the workings of MediaWiki well enough to point to the problem but it's subtle. I would start however on line 76 where there is a mention of stripping the state. Regardless, Imagemap is definitely causing variables to go missing. -- Strife (talk|contribs) 03:04, 18 December 2010 (UTC)