<div dir="ltr">My $0.02<div><br></div><div>You should be glad to get any feedback (off-topic, trolling excluded).  Rants, if nothing else, reflect depth of feeling about the product and (certainly in terms of bugs and/or changes to how the software works) personal investment felt on the part of the ranter. </div>
<div><br></div><div>For the longest time I've wanted FF and the tools to be my goto dev platform.  Sad to say, they're still not up to it.  I have to switch between FF and Chrome depending on which best serves my debugging/tools objectives.  Case in point: I'm in Aurora now trying to debug a problem. In the watch window I open "this" and step.  Debugger kindly closes "this". WTF???  How long has this been going on? FOREVER, seems like. "Report a bug". Been there, done that, slipped into a coma...</div>
<div><br></div><div>/rant</div><div><br></div><div>Get a grip guys.  Bells and whistles are fine but really, fix the basics first.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 August 2014 14:33, Gijs Kruitbosch <span dir="ltr"><<a href="mailto:gijskruitbosch@gmail.com" target="_blank">gijskruitbosch@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 06/08/2014 20:23, Daniel Veditz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 8/5/2014 11:49 AM, Justin Dolske wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We've been doing it for a while, 55 bugs as of today:<br>
<a href="https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL+restrict%3A1" target="_blank">https://bugzilla.mozilla.org/<u></u>buglist.cgi?quicksearch=ALL+<u></u>restrict%3A1</a><br>
</blockquote>
A couple of those make little sense, non-controversial bugs whose<br>
comments were restricted when they were resolved:<br>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1011770" target="_blank">https://bugzilla.mozilla.org/<u></u>show_bug.cgi?id=1011770</a><br>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=996267" target="_blank">https://bugzilla.mozilla.org/<u></u>show_bug.cgi?id=996267</a><br>
(first two I looked at)<br>
<br>
Seemed to only be a small batch of them like that and it was a couple<br>
months back, but I hope that doesn't become a policy. I am more than<br>
happy to restrict bugs that are getting out of hand (and sooner is<br>
better in those cases) but it should still be rare.<br>
</blockquote></div>
I think these are misclicks. The hit target for this checkbox is pretty huge (because it (properly!) includes the label for it). I've seen myself tick it on occasion and then unticked it again (for obvious reasons), especially when manipulating the resolution or needinfo checkbox (which is corroborated by it happening when the bug was resolved in both of those cases). I think we should be proactive in reverting this if it getting ticked was clearly an accident, so I will go and mark these as non-editbugs-specific again.<br>

<br>
Glob: can we move this checkbox next to the "make this bug security sensitive" checkboxes on the right-hand side? That's a better topical match, too, I would say.<span class="HOEnZb"><font color="#888888"><br>

<br>
~ Gijs</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/<u></u>listinfo/firefox-dev</a><br>
</div></div></blockquote></div><br></div>