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=40669>. 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=40669 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major ------- Additional Comments From [EMAIL PROTECTED] 2006-10-25 15:00 ------- Looking at this issue, I don't know if it ever worked properly. The only information used to create the node in the live side is the path of the node. It ignores any information of siblings above or below it. The functions further in that seem to do a bit of the actual work, do allow for a refpath. However, this is null coming into the function (DefaultSiteTree:216). From SiteTree's javadocs it defines refpath as: path of the node, before which the new node will be inserted. However, in live there is no guarantee that the node defined in refpath would have to exist. It would seem that the entire list of all lower siblings would have to be passed in. If that falls through the node would be entered at the end of the list of current siblings. Any thoughts on this? -- 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]
