I bet what's happening is that the RSSChannel got deleted, so all references to it were removed from whatever attribute it's referenced to.


Whenever Chandler re-starts, Zaobao fetches new feed items and deletes the old ones.

Andi..

On Mon, 24 Jan 2005, Alec Flett wrote:


I'm curious if anyone else has seen a strange problem where an itemref= is resolved, but the corresponding attribute isn't attached to the python object.. specifcally, I'm using a <Tree> widget for ZaoBao, and I'm declaring an instance of the widget with a child node <rootPath itemref="doc:osaf-rss-channel"/>. doc:osaf-rss-channel is an <RSSChannel> which is fairly well defined in an appropriate parcel.xml file.

what's happening is that the Tree class is trying to get to self.rootPath
and I'm getting:

� File
"c:\alecf\tip\chandler\parcels\osaf\framework\blocks\ControlBlocks.py", l
ine 1071, in wxSynchronizeWidget
��� root = self.blockItem.rootPath
� File "c:\alecf\tip\chandler\repository\item\Item.py", line 158, in
__getattr__
��� return self.getAttributeValue(name)
� File "c:\alecf\tip\chandler\repository\item\Item.py", line 586, in
getAttribut
eValue
��� raise NoValueForAttributeError, (self, name)
repository.item.ItemError.NoValueForAttributeError:
//userdata/{elcV_1Kkx7peQ$00
lehY5n} (Kind: <Kind: Tree cf2ddb00-6e52-11d9-b491-00054e47c157>) has no
value f
or 'rootPath'

What's interesting, is that according to the schema, rootPath should be
None if the value isn't declared in the Item instance. instead the
attribute itself doesn't exist on the Tree object.

I get no errors on startup reading the parcel.xml and I've done some
tests to verify:
1) doc:osaf-rss-channel is being properly resolved - I tried changing it
to doc:osaf-rss-channelZZZ and it correctly gives me an error on startup
2) the RSSChannel type is well defined - I again fiddled with the
attributes of the osaf-rss-channel declaration, and it also correctly
gives me an error on startup
3) the rootPath attribute is correct - if I leave it out of the XML file,
self.rootPath actually exists, with a value of None.

Does this sound familiar? Is there a well known parcel loader bug that
causes certain itemRefs to resolve but not attach the attribute to the
python object?

Alec

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev

Reply via email to