On 6/9/15 10:21 PM, Karl Dubost wrote:
Jonas,
Le 10 juin 2015 à 13:44, Jonas Sicking a écrit :
But do we have any data that this won't break websites?
nope. But at first sight, it doesn't seem used at all.
https://github.com/search?q=draggesture&type=Issues&utf8=%E2%9C%93
And most of the JS
Jonas,
Le 10 juin 2015 à 13:44, Jonas Sicking a écrit :
> But do we have any data that this won't break websites?
nope. But at first sight, it doesn't seem used at all.
https://github.com/search?q=draggesture&type=Issues&utf8=%E2%9C%93
And most of the JS code is also quite unrelated or from boo
On Wed, Jun 10, 2015 at 12:35 PM, Ehsan Akhgari wrote:
> On 2015-06-09 10:17 AM, Neil Deakin wrote:
>>
>> In bug 1162050, we'd like to remove support for the old non-standard
>> drag events, which were left in for a period of compatibility.
>
> This is great!
I agree it's great if we can remove t
On 2015-06-09 8:33 AM, Robert O'Callahan wrote:
Does anyone know of a case where we had a regression that traded one
assertion for another? I don't.
I don't either. Which is why I believe that David's point, while being
perfectly valid in theory, doesn't matter a lot in practice.
Also, you
On 2015-06-09 10:17 AM, Neil Deakin wrote:
In bug 1162050, we'd like to remove support for the old non-standard
drag events, which were left in for a period of compatibility.
This is great!
As far as I know, these events have never been supported by another
browser engine. Is that correct?
On Tue, Jun 09, 2015 at 08:13:15PM -0700, Justin Dolske wrote:
> On 6/9/15 7:09 PM, Ehsan Akhgari wrote:
>
> >I cannot remember a single instance where I or someone who I know has
> >used the number of votes on a bug as an input for making a decision, and
> >that is for good reason, since the numb
On 6/9/2015 6:00 PM, Justin Dolske wrote:
On 6/9/15 2:24 PM, Chris Peterson wrote:
I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail
without spamming all the other CCs by adding myself to the bug's "real"
CC list.
I think if Bugzilla, with its long and complex history, ever h
Byron Jones wrote:
this feature exists and is called "bug tagging".
you'll need to enable it via the prefs page (it's disabled by default
because the ux needs some love).
https://www.bugzilla.org/docs/4.2/en/html/query.html#individual-buglists
(section 5.5.5).
i should add that the plan for t
On 6/9/15 7:09 PM, Ehsan Akhgari wrote:
I cannot remember a single instance where I or someone who I know has
used the number of votes on a bug as an input for making a decision, and
that is for good reason, since the number of votes tell you nothing
about how severe a problem actually is, and e
On Tue, Jun 9, 2015 at 5:09 PM, Mark Côté wrote:
> To that end, I'd like to consider the voting feature. While it is
> enabled on a quite a few products, anecdotally I have heard
> many times that it isn't actually useful, that is, votes aren't really
> being used to prioritize features & fixes.
Dale Harvey wrote:
As a developer of a bugzilla client however I have see a major missing
feature being the ability to favourite bugs in bugzilla., not to cc and get
a baggage of email but somewhere you can keep check on a list of bugs you
have an interest in, personally I make a meta bug and blo
On 2015-06-09 5:09 PM, Mark Côté wrote:
In a quest to simplify both the interface and the maintenance of
bugzilla.mozilla.org, we're looking for features that are of
questionable value to see if we can get rid of them. As I'm sure
everyone knows, Bugzilla grew organically, without much of a road
On 2015-06-09 6:00 PM, Justin Dolske wrote:
> That said, there are much bigger issues with Bugzilla's UI, and removing
> voting is probably the smallest possible improvement. But it's probably
> easy to just disable it for a while, and see what happens?
Indeed, it's a minor thing. Consider it a t
I have seen voting being recommended as alternative to +1's which is a
plus, we have never used them to prioritise although not sure our area of
bugs is popular enough to be using votes in that way.
As a developer of a bugzilla client however I have see a major missing
feature being the ability to
On 6/9/2015 4:09 PM, Mark Côté wrote:
To that end, I'd like to consider the voting feature. While it is
enabled on a quite a few products, anecdotally I have heard
many times that it isn't actually useful, that is, votes aren't really
being used to prioritize features & fixes. If your team uses
We don't use bugzilla votes as a strong signal for prioritization on
devtools.
We do actually keep an eye on votes in some other channels (
ffdevtools.uservoice.com), but I don't think anyone on devtools would
object strongly to votes going away in bugzilla.
-dave
On Tue, Jun 9, 2015 at 3:48 PM
I recall that at least one group actively uses votes to prioritize stuff.
I can't really tell which one, I'm leaning towards devtools, but I don't
have any data to back that up.
I mostly remember because I was surprised.
Also, for a component like devtools, I can see how it'd make sense.
Axe
On 6/9/2015 2:09 PM, Mark Côté wrote:
If your team uses voting,
I'd like to talk about your use case and see if, in general, it makes
sense to continue to support this feature.
Thanks,
Mark
I've always considered voting as an important feature for Thunderbird
bugs. Yes it is not a statistica
On 2015-06-09 5:24 PM, Xidorn Quan wrote:
> On Wed, Jun 10, 2015 at 9:09 AM, Mark Côté wrote:
>
>> In a quest to simplify both the interface and the maintenance of
>> bugzilla.mozilla.org, we're looking for features that are of
>> questionable value to see if we can get rid of them. As I'm sure
On 6/9/15 17:00, Justin Dolske wrote:
On 6/9/15 2:24 PM, Chris Peterson wrote:
I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail
without spamming all the other CCs by adding myself to the bug's "real"
CC list.
I think if Bugzilla, with its long and complex history, ever has a
On 2015-06-09 5:39 PM, Sören Hentzschel wrote:
> On 09.06.15 23:24, Chris Peterson wrote:
>> I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail
>> without spamming all the other CCs by adding myself to the bug's "real"
>> CC list.
>
> Same here. Removing the voting feature means th
On 6/9/15 2:24 PM, Chris Peterson wrote:
I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail
without spamming all the other CCs by adding myself to the bug's "real"
CC list.
I think if Bugzilla, with its long and complex history, ever has a hope
of being untangled into somethin
On 09.06.15 23:24, Chris Peterson wrote:
I vote for bugs as a polite (sneaky?) way to watch a bug's bugmail
without spamming all the other CCs by adding myself to the bug's "real"
CC list.
Same here. Removing the voting feature means that I will cause a lot of
email spam in the future. :) I ha
I've never seen votes make a real difference in the 6 years I've been
around on Bugzilla. The one use case I can think for keeping them is as an
"escape valve" for user frustration on old, long-standing bugs like
https://bugzilla.mozilla.org/show_bug.cgi?id=41489
I.e. when people start griping
On Wed, Jun 10, 2015 at 9:09 AM, Mark Côté wrote:
> In a quest to simplify both the interface and the maintenance of
> bugzilla.mozilla.org, we're looking for features that are of
> questionable value to see if we can get rid of them. As I'm sure
> everyone knows, Bugzilla grew organically, with
On 6/9/15 2:09 PM, Mark Côté wrote:
In a quest to simplify both the interface and the maintenance of
bugzilla.mozilla.org, we're looking for features that are of
questionable value to see if we can get rid of them. As I'm sure
everyone knows, Bugzilla grew organically, without much of a road map
In a quest to simplify both the interface and the maintenance of
bugzilla.mozilla.org, we're looking for features that are of
questionable value to see if we can get rid of them. As I'm sure
everyone knows, Bugzilla grew organically, without much of a road map,
over a long time, and it experienced
Having looked at a couple of these add-ons, the code is usually pretty
site-specific. They often have a script that gets loaded for each different
video site: YouTube, Vimeo, Daily Motion, etc. A lot of times these scripts
muck with the URL and do other stuff that probably needs to be updated
frequ
We don't record the meeting proceedings, but we do document the triage
discussion on an etherpad:
https://etherpad.mozilla.org/memshrinktriage
You're welcome to see the bugs in review, vote them up, suggest fixes, etc.
even if you can't attend.
--Jet
On Tue, Jun 9, 2015 at 11:47 AM, Avik Pal
Hey Jet,
Is there any recording of the meeting that you can share on air mozilla?
Thanks and regards,
Avik Pal
@avikpalme
On 9 June 2015 at 23:03, Jet Villegas wrote:
> Today's MemShrink meeting is brought to you by memory reporting for layout
> style structs:
> https://bugzilla.mozilla.o
Today's MemShrink meeting is brought to you by memory reporting for layout
style structs:
https://bugzilla.mozilla.org/show_bug.cgi?id=1168299
The wiki page for this meeting is at:
https://wiki.mozilla.org/Performance/MemShrink
Agenda:
* Prioritize unprioritized MemShrink bugs.
* Discuss how w
On 06/09/2015 05:17 PM, Neil Deakin wrote:
In bug 1162050, we'd like to remove support for the old non-standard drag
events, which were left in for a period of compatibility.
yes please. Anything we can do to simplify dnd code is good.
-Olli
The 'draggesture' event should be replaced with
In bug 1162050, we'd like to remove support for the old non-standard
drag events, which were left in for a period of compatibility.
The 'draggesture' event should be replaced with the 'dragstart' event
(such as ondragstart)
The 'dragdrop' event should be replaced with the 'drop' event.
If you
On Wed, Jun 10, 2015 at 12:34 AM, Ryan VanderMeulen
wrote:
> On 6/9/2015 8:33 AM, Robert O'Callahan wrote:
>
>> Does anyone know of a case where we had a regression that traded one
>> assertion for another? I don't.
>
>
>> How would we have found out? :)
Detecting the regression some other way
On 6/9/2015 8:33 AM, Robert O'Callahan wrote:
Does anyone know of a case where we had a regression that traded one
assertion for another? I don't.
Rob
How would we have found out? :)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https:
Does anyone know of a case where we had a regression that traded one
assertion for another? I don't.
Rob
--
oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo
owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo
osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoio
On 09/06/2015 13:12, Neil wrote:
Boris Zbarsky wrote:
That said, it's pretty weird to me that we're exposing the entirety of
chrome://browser like that. Seems like we should scope it down.
You could move the relevant files (presumably the CSS for those about:
pages) into a different package.
Boris Zbarsky wrote:
That said, it's pretty weird to me that we're exposing the entirety of
chrome://browser like that. Seems like we should scope it down.
You could move the relevant files (presumably the CSS for those about:
pages) into a different package. (Thunderbird did that with its
In my books, that's pretty footgunish.
On 09/06/15 04:04, Boris Zbarsky wrote:
> You can specify an exact number or a range.
>
> But you're right that you can't specify the assertion text involved...
>
> -Boris
> ___
> dev-platform mailing list
> dev-p
39 matches
Mail list logo
