<div dir="ltr">Brad reminded me that Mantis no longer allow new account registration (due to spam issues) so that may be a potential issue with using it. We can still make it work though; many of us have accounts anyway. I am fine with what others decide. I just didn't want to put undue pressure on Brad & Ben to make the transition quickly.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 21, 2016 at 10:17 AM, Brad King <span dir="ltr"><<a href="mailto:brad.king@kitware.com" target="_blank">brad.king@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 06/21/2016 09:44 AM, David Gobbi wrote:<br>
> The real problem is that issues ported from Mantis have no actual<br>
> description of the bug, instead they have a link to Mantis.<br>
<br>
</span>That was a choice we made for CMake because the Mantis issues are<br>
widely cited in the wild so we will keep it up permanently as a<br>
reference.  Since we're keeping it up anyway we might as well avoid<br>
duplication.  Also, the Mantis CSV export does not include the<br>
descriptions so it will take a bit more work to do the migration<br>
with them.<br>
<br>
For VTK and ParaView we can look at including the descriptions<br>
if necessary.<br>
<span class=""><br>
> This slows down the workflow.<br>
><br>
> Correct me if I'm wrong, but with the ported issues we would:<br>
> 1) locate the issue on gitlab, 2) click the provided link to<br>
> see the bug description on mantis, 3) return to gitlab to<br>
> modify the status.<br>
<br>
</span>Yes.  I was concerned about that at first for CMake but it has<br>
been surprisingly easy to work with the dual pages since the<br>
migration (e.g. via browser tabs).<br>
<span class="HOEnZb"><font color="#888888"><br>
-Brad<br>
<br>
</font></span></blockquote></div><br></div>