Hey,
What functionality does this extension add exactly? When purging a page, SMW
automatically updates all properties by itself right?
Cheers
--
Jeroen De Dauw
* http://blog.bn2vs.com
* http://wiki.bn2vs.com
Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69
66 65!
--
On 7 July 2010 15:52, Daniel Werner <danwe...@web.de> wrote:
> The people working in my wiki use the purge button very often to update
> semantic data and query results so this certainly is the main cause for
> the problem but perhaps not the only one.
> I will deactivate this extension for a while. But it still could be
> possible that the problem happens when saving a page or saving a page
> and some additional circumstances.
> I will report the result of the experiment soon.
>
> Daniel
>
> On 07.07.2010 20:12, Yaron Koren wrote:
> > I'd guess that this is indeed a result of your "SemanticUpdateOnPurge"
> > extension, since I've never heard of it happening otherwise. I'd
> > un-include that extension and see if the problem persists, to try to
> > isolate the issue.
> >
> > -Yaron
> >
> > On Tue, Jul 6, 2010 at 10:50 PM, Daniel Werner <danwe...@web.de
> > <mailto:danwe...@web.de>> wrote:
> >
> > Hello,
> >
> > I just discovered weird anomalies in the articles SMW properties in
> one
> > of my wikis. I can not say for sure since when this is happening
> since
> > the content of my wiki was growing over the last days and for some
> time
> > before there was nobody working on it.
> >
> > Some weeks ago I updated to SMW 1.5, no 1.5.1 yet. So perhaps this is
> a
> > bug of 1.5 or it is something else but I am not sure if this ever
> > happened with SMW 1.4 or earlier. At least I never discovered
> something
> > like that in earlier versions.
> >
> > So the problem is that article pages have properties of OTHER
> articles.
> > I discovered that this has something to do with the job queue. When a
> > article A updates its semantic data and then calls the job queue and
> > updates another page B, some (but not all) of the pages A properties
> get
> > passed over to page B!
> > This is really weird and makes a lot of trouble in my wiki. Also it
> > doesn’t happen every time the wiki processes a page from the job
> queue
> > but I can not say under which exact circumstances this happens.
> >
> > One more thing is, I have the "SemanticUpdateOnPurge" extension
> > installed (I wrote this extension by my own) which updates a pages
> > attributes on a page purge. This bug happens a lot on page purge. I
> can
> > not even say for sure that it happens when saving the page, too.
> > So perhaps one of you more experienced developers could take a look
> into
> > the extensions code, perhaps there is something wrong with that but
> in
> > my opinion it should be save:
> > http://www.mediawiki.org/wiki/Extension:SemanticUpdateOnPurge
> >
> > it is not much code, the most important part is:
> >
> > $title = $parser->getTitle ();
> > $output = $parser->getOutput();
> > SMWParseData::storeData($output, $title, true);
> >
> > Which is called onParserAfterTidy and only when action=purge && the
> > $title is the title of the page which got purged. So the job queue
> job
> > shouldn’t know any of this, right?
> >
> > I have a bugtracker for my wiki, you can find some more information
> on
> > this in German language at
> > http://mantisbt.rpgdev.stejau.de/view.php?id=7
> > My wiki is http://gom.rpgdev.stejau.de
> > (I am Player140 there)
> >
> > Would be very happy if we could solve this problem soon. I wonder if
> > it's a SMW bug or something else. Hope you can help me out with this.
> >
> > Thanks a lot for any suggestions!
> > Daniel
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first <http://sprint.com/first> --
> > http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Semediawiki-devel mailing list
> > Semediawiki-devel@lists.sourceforge.net
> > <mailto:Semediawiki-devel@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
> >
> >
> >
> >
> > --
> > WikiWorks · MediaWiki Consulting · http://wikiworks.com
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
