Hi Daniel
Can you provide details about how to fix that but ?
It looks like I need to fix the Variables extension at the very least (not
sure if I am using the other two yet - I will have to check when I get back
to work).
- Laurent
On Mon, Jul 26, 2010 at 1:41 AM, Daniel Werner <danwe...@web.de> wrote:
> Now I was able to solve the problem. The problem was not a SMW bug, it
> was provoked by a bug in the Variables Extension, Array Extension and
> HashTables Extension. Variables defined there were like superglobals in
> case of some job queue updates, semantic updates and page import. I
> thought I checked for this bug already but I had some unexpected
> behavior so my test at the first time.
> I fixed this bug in all of the three extensions above. Everybody using
> those extensions (especially together with SMW) should update them.
>
> Daniel
>
> On July 7, 2010 at 12:43 AM, Daniel Werner wrote:
> > I just deactivated my "SemanticUpdateOnPurge" extension and ran the
> > SMW_updateData.php. 1665 IDs were updated but the big surprise: There
> > are pages where the bug happened again. Some pages have Attribute values
> > from other pages!
> >
> > So looks like this is not a bug produced by my extension. Any ideas
> > what's happening there?
> >
> > 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>> w rote:
> >>
> >> 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
>
>
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://ad.doubleclick.net/clk;226879339;13503038;l?
> http://clk.atdmt.com/CRS/go/247765532/direct/01/
> _______________________________________________
> Semediawiki-devel mailing list
> Semediawiki-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
>
--
- Laurent Alquier
http://www.linfa.net
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
