Closed
Bug 1433080
Opened 7 years ago
Closed 6 years ago
No longer show the template for tracking & release notes requests
Categories
(bugzilla.mozilla.org :: Extensions, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: Sylvestre, Assigned: kohei)
Details
Attachments
(3 files, 1 obsolete file)
In the past, when selecting the tracking request "?", we used to have a template which would tell the user to explain why.
I don't see it anymore.
For example, I tried on this bug https://bugzilla.mozilla.org/show_bug.cgi?id=1433065
Updated•7 years ago
|
Assignee: nobody → dylan
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P1
Reporter | ||
Comment 1•7 years ago
|
||
Ditto for the release notes "relnote-firefox" flag.
Saw that here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1409973#c40
Summary: No longer show the template for tracking requests → No longer show the template for tracking & release notes requests
Comment 3•7 years ago
|
||
I see "comment required", a link which produces the template, here (screenshot attached) though I had to change it to ? first.
Is this it or was it something else?
Comment 4•7 years ago
|
||
After we confirm what this is -- kohei, do you have any bandwidth to see if this changed?
Flags: needinfo?(kohei.yoshino)
Reporter | ||
Comment 5•7 years ago
|
||
yes, I confirm this but to be clear, the tracking request is really what matters :)
Flags: needinfo?(sledru)
Comment 6•7 years ago
|
||
So I think tracking_flag_change() isn't getting called now,
or at the very least it isn't making it to this part of code:
https://github.com/mozilla-bteam/bmo/blob/master/extensions/TrackingFlags/web/js/tracking_flags.js#L75-L89
Comment 7•7 years ago
|
||
So when I set breakpoints in the js, and change the selector to ?, I get text filled in.
https://screenshots.firefox.com/Z8rTT6xlk8idghWG/bugzilla.mozilla.org
Comment 8•7 years ago
|
||
but if I do not set breakpoints, nothing happens.
Comment 9•7 years ago
|
||
After using the debugger, I can't reproduce this. Even if I restart the browser.
What happened?
Comment 10•7 years ago
|
||
Need to work on the .htaccess rewrite rule but this should prevent this from bothering other people.
Reporter | ||
Comment 11•7 years ago
|
||
Dylan, I am still experiencing this issue with ublock origin
Flags: needinfo?(dylan)
Reporter | ||
Comment 13•7 years ago
|
||
Sorry to be a pain about that but do you have an eta for this?
thanks
Flags: needinfo?(dylan)
Comment 14•7 years ago
|
||
Renaming tracking flags is a real pain at the moment, I'm hoping some other work will make doing this easier.
My first naive attempt didn't work.
I recommend not using ublock origin for bmo since bmo doesn't show ads in the meantime.
Flags: needinfo?(dylan)
Updated•7 years ago
|
Attachment #8955553 -
Attachment is obsolete: true
Assignee | ||
Comment 15•6 years ago
|
||
So we have nothing to do here? I have enabled Tracking Protection by default in my Firefox but everything looks fine. These comment templates could be converted to temporary forms just like Bug 1489718 but it’s a separate issue.
Component: Extensions: BMO → Extensions: TrackingFlags
Flags: needinfo?(kohei.yoshino)
Reporter | ||
Comment 16•6 years ago
|
||
We should just rename the script to avoid ublock blocking it.
Updated•6 years ago
|
Priority: P1 → --
Assignee | ||
Comment 18•6 years ago
•
|
||
The culprit was the JavaScript file name tracking_flags.js
, so simply renaming it will solve the issue. Looks like the directory name TrackingFlags
is not a problem.
Assignee | ||
Comment 19•6 years ago
|
||
Merged to master.
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•6 years ago
|
Type: enhancement → defect
Updated•5 years ago
|
Component: Extensions: TrackingFlags → Extensions
You need to log in
before you can comment on or make changes to this bug.
Description
•