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=34382>. 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=34382 Summary: Loss of Location information for sequential task of macrodef Product: Ant Version: 1.6.2 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] With the creation of the NestedSequential representation of the nested sequential task of macrodef, the Location from the original sequential task is lost. Therefore when the MacroDef "fakes" out the new UnknownElement in getNestedTask () it is not possible for this element to have the correct Location as it cannot be passed on from the nestedSequential object. This comes into play for the Eclipse Ant debugger...the sequential task in the debugger stack trace always shows the unknown location. I would request that if possible changes be made to provide the location for the sequential task in this case. -- 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]
