DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=43136>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43136 ------- Additional Comments From [EMAIL PROTECTED] 2007-08-31 05:41 ------- (In reply to comment #24) > (In reply to comment #22) > > Yeah, one more detail from the session that showed this happening yesterday. > > People were creating children of their particular node. They then were able > > to > > get into the editor and create links to those children, using the insert > > link > > from FCK. Then some point after inserting the link and the end of the day, > > those > > nodes would disappear. So, we're not talking about quick race conditions, > > we're > > talking the span of a minute or more where the nodes were there, then they > were not. > > Interesting, thanks for the clarification! This probably means I don't have to > dig deeper in the transaction code. Maybe there's a bug in the sitetree? > One symptom of this is you end up with more directories under authoring than UUID values in sitetree.xml ls -l|grep drwx|wc cat sitetree.xml|grep UUID|wc If everything is right, those numbers should be equal, but they weren't. I did find one thing in SiteTreeImpl I think it was. I'll commit that once I get into work in about an hour. How many sitetrees are kept around? I saw that SiteTreeImpl was being frequently created as a new object for the same person. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
