So, now I removed all SMW tables in the DB, recreated them with the 
script and ran the update script again. But still, many properties are 
wrong.

Since Laurent wrote he had the same problem, I think this is a SMW bug 
introduced with 1.5. At least I never had any problem like this before 
1.5 and there has nothing really changed in my wiki structure since 
then. I will report this to the bugtracker and hope there will be a fix 
soon. Any ideas, what could be wrong or how to use my wiki until the bug 
is fixed? Many inline query results are wrong and my wiki totaly depends 
on those. A downgrade to 1.4 is no option, already put to much effort in 
changing my attribute pages and templates because of the new n-ary 
structure.

My SQL db has a binary collation, by the way. Could that have anything 
to do with the problem? My other wikis use UTF8 and so far I don't have 
the problem there. But to be honest, my other wikis are not very often 
in use and I propably would oversee the bug there.

Daniel

On 09.07.2010 00:43, 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

------------------------------------------------------------------------------
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

Reply via email to