Open Bug 337801 Opened 19 years ago Updated 1 years ago

Remove views

Categories

(Core :: Web Painting, enhancement)

x86
All
enhancement

Tracking

()

People

(Reporter: bzbarsky, Unassigned)

References

(Depends on 2 open bugs, Blocks 1 open bug)

Details

This is a bug to track roc's proposed removal of views.
Depends on: 130078
Blocks: 352300
Blocks: 233441
Blocks: 311592
Depends on: 366689
Depends on: 376662
Blocks: 449734
Blocks: 481131
OS: Linux → All
QA Contact: ian → layout.view-rendering
Depends on: 652821
Depends on: 653125
Depends on: 653129
Depends on: 653131
Depends on: 655263
Depends on: 984690
Component: Layout: View Rendering → Layout: Web Painting

Mass-removing myself from cc; search for 12b9dfe4-ece3-40dc-8d23-60e179f64ac1 or any reasonable part thereof, to mass-delete these notifications (and sorry!)

Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 20 votes.
:tnikkel, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(tnikkel)

Please stop generating bug mail for votes of all things.

Flags: needinfo?(tnikkel)
Flags: needinfo?(smujahid)
Flags: needinfo?(mcastelluccio)
Flags: needinfo?(cdenizet)

We are working on it, this was triggered by the severity migration which updated the last change time for many old bugs.

Severity: S3 → --
Type: defect → enhancement
Flags: needinfo?(smujahid)
Flags: needinfo?(mcastelluccio)
Flags: needinfo?(cdenizet)

There shouldn't be a rule for votes at all! Doesn't matter what the last change time was, votes shouldn't waste our precious time with bugmail. Can we try to look for opportunities to not waste our time by default instead of looking for make work projects for bots?

Flags: needinfo?(mcastelluccio)

(In reply to Timothy Nikkel (:tnikkel) from comment #5)

There shouldn't be a rule for votes at all! Doesn't matter what the last change time was, votes shouldn't waste our precious time with bugmail. Can we try to look for opportunities to not waste our time by default instead of looking for make work projects for bots?

You can file issues for any suggestion you might have on https://github.com/mozilla/relman-auto-nag, we are always happy to adjust the rules and queries the bot is using.
Note these needinfos were the result of a bug/coincidence, they were not added on purpose.

Flags: needinfo?(mcastelluccio)

(In reply to Marco Castelluccio [:marco] from comment #6)

(In reply to Timothy Nikkel (:tnikkel) from comment #5)

There shouldn't be a rule for votes at all! Doesn't matter what the last change time was, votes shouldn't waste our precious time with bugmail. Can we try to look for opportunities to not waste our time by default instead of looking for make work projects for bots?

You can file issues for any suggestion you might have on https://github.com/mozilla/relman-auto-nag, we are always happy to adjust the rules and queries the bot is using.
Note these needinfos were the result of a bug/coincidence, they were not added on purpose.

Yes I understand it was a bug but votes exist so that there is a way to advocate for a bug without wasting dev time with bugmail. So this rule seems to be completely against that. ni for visibility.

Flags: needinfo?(mcastelluccio)

Also, how does one get to have input on rules before they are created? Trying to change things after they have already been decided upon is like pushing a rock uphill.

(In reply to Timothy Nikkel (:tnikkel) from comment #8)

Also, how does one get to have input on rules before they are created? Trying to change things after they have already been decided upon is like pushing a rock uphill.

:tnikkel, thank you for filing issues in the autonag repository. We will follow up on them.

We send emails to the dev-platform and firefox-dev mailing lists before enabling any new tool/rule and ask for feedback.

Examples:

Also, you can have visibility over the planned work in the autonag improvement project: https://github.com/mozilla/relman-auto-nag/projects/1. If you want to participate more closely, we could invite you to some of the bot triage meetings.

Flags: needinfo?(mcastelluccio)

(In reply to Suhaib Mujahid [:suhaib] from comment #9)

(In reply to Timothy Nikkel (:tnikkel) from comment #8)

Also, how does one get to have input on rules before they are created? Trying to change things after they have already been decided upon is like pushing a rock uphill.

:tnikkel, thank you for filing issues in the autonag repository. We will follow up on them.

We send emails to the dev-platform and firefox-dev mailing lists before enabling any new tool/rule and ask for feedback.

Examples:

The rule is already created at that point. So if someone replied to that they would be applying stop energy to the situation. So that is not what I asked for.

(In reply to Timothy Nikkel (:tnikkel) from comment #10)

The rule is already created at that point. So if someone replied to that they would be applying stop energy to the situation. So that is not what I asked for.

We are always happy to incorporate feedback even if the rule is already created.

For tools/rules with wider impact, we even go through a purpose process to collect feedback/approvals before starting the work; examples:

(In reply to Timothy Nikkel (:tnikkel) from comment #8)

Also, how does one get to have input on rules before they are created? Trying to change things after they have already been decided upon is like pushing a rock uphill.

Indeed, the tool doesn't notify on any new vote, it only notifies when the severity of the bug is low and the number of votes have substantially increased, which might warrant a re-triage.

(In reply to Timothy Nikkel (:tnikkel) from comment #10)

The rule is already created at that point. So if someone replied to that they would be applying stop energy to the situation. So that is not what I asked for.

The rule is created but not enabled, that's on purpose so we can incorporate feedback and make necessary changes (or even decide not to enable the tool, if we find nobody agrees with it).
Feel free to reply to the dev-platform emails that we send when you have thoughts, we will take them into account.

My thoughts are generally "don't run the rule". You don't seem open to this kind of feedback.

You seem to be operating from the perspective that all these changes are good things and haven't been able to see a perspective different from that.

Timothy, there seems to be a miscommunication issue between us. I said "or even decide not to enable the tool, if we find nobody agrees with it".
Anyway, we are polluting this bug with an off-topic discussion, feel free to contact me on Matrix/Slack or schedule a call with me to talk about this.

Severity: -- → N/A
You need to log in before you can comment on or make changes to this bug.