<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 9, 2015, at 5:21 PM, Frederick Kellison-Linn via swift-dev <<a href="mailto:swift-dev@swift.org" class="">swift-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi everyone,<div class=""><br class=""></div><div class="">All throughout the Swift codebase there references to Radar bugs (just do a search for “rdar" on the repo). As far as I am aware, these are all still private/internal. Is this the case?</div></div></div></blockquote><div><br class=""></div><div>Yes.</div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""> If so, is there any plan to migrate bugs on Radar to <a href="http://bugs.swift.org/" class="">bugs.swift.org</a>?</div></div></div></blockquote><br class=""></div><div>Not in general. They sometimes contain proprietary information from submitters, who never agreed that they be published on <a href="http://swift.org" class="">swift.org</a>, so we can’t just do a blanket push. That said, we’ve already moved a number of the issues to Jira (and will probably keep pushing out others) which are general bugs and feature enhancements that can be made less sensitive.</div><div><br class=""></div><div>Also, while radar numbers are frequently included in testcases, they are only their to allow book-keeping and do not replace the need to explain why a change is made. To be more concrete, we don’t consider it to be acceptable for an Apple person to commit a bug saying “this fixes <a href="rdar://1234" class="">rdar://1234</a>” without explaining what the patch is, what it does, etc. Also, we generally dislike radar numbers in the source code for the compiler themselves, they should be in testcases only. I don’t think we’re 100% clean on this though.</div><div><br class=""></div><div>As the swift community grows, it is reasonable to expect other organizations with proprietary (or just “different”) bug trackers to contribute to swift. As they do, it is perfectly reasonable to add their tracking numbers to testcases as well.</div><div><br class=""></div><div>-Chris</div><br class=""></body></html>