Open
Bug 1335792
Opened 8 years ago
Updated 4 years ago
nsPresContext::GetRootPresContext signature linked to the wrong bug
Categories
(Socorro :: General, task)
Socorro
General
Tracking
(Not tracked)
NEW
People
(Reporter: marco, Unassigned)
References
(Depends on 1 open bug)
Details
nsPresContext::GetRootPresContext is linked to bug 724355, but the signature has been removed from the bug four months ago.
Comment 1•8 years ago
|
||
You should CC Socorro people on bugs like this (which I've done just now) because they probably do not have client sec bug access. (Also this component probably does not need to have Security-Sensitive Core Bug in its permission list but that's a separate matter.)
Reporter | ||
Comment 2•8 years ago
|
||
I've filed it as security sensitive out of precaution, as the signature is related to a UAF crash, but yeah, it's probably unnecessary.
Updated•8 years ago
|
Group: core-security
Comment 3•8 years ago
|
||
Now that I've unhidden bug 724355 (incomplete) this will probably fix itself.
I've removed core-security from the options for the Socorro product. The default group is client-services-security which is fine, and webtools-security is also a choice.
Comment 4•8 years ago
|
||
It looks like the association was made while the bug was non-public, so this is another instance of Bug 1336279
Depends on: 1336279
Reporter | ||
Comment 5•8 years ago
|
||
Do you think we should remove the association when a bug becomes non-public?
This would mean duplicates would be more likely, but at least we wouldn't run into this kind of problem and it would be consistent with the bugs that are filed as non-public from the beginning.
Comment 6•8 years ago
|
||
I don't mean to suggest action, though if someone was to add and then remove the association again, now that it's public, things would sort themselves out.
I only want to roll up this kind of problem so we can appropriately prioritize a fix.
You need to log in
before you can comment on or make changes to this bug.
Description
•