Closed
Bug 770428
Opened 12 years ago
Closed 9 years ago
Cleanup org.mozilla.f3nn3c.PasswordsProvider in verify.py
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: Callek, Unassigned)
References
Details
(Whiteboard: [buildslave][mobile])
So, I just logged into one of my testing tegras which is explicitly installing from inbound tip and I saw (with |info process|) 10033 16037 org.mozilla.f3nn3c.PasswordsProvider I expect this should be cleaned up with our verify stuff, blassey/joel can you confirm that assumption? To also give clarity on what is going on here, any idea how its installed onto the device, what is its expected lifetime (should it shutdown when Fennec does) etc. so that I/We can have a clear understanding of the state of a tegra/device when that process is hanging around?
Reporter | ||
Updated•12 years ago
|
Whiteboard: [buildslave][mobile]
Comment 1•12 years ago
|
||
I am not sure what PasswordsProvider does, but I know the name changed to work around talos killing it. I assume we want it killed during verify/cleanup.
Comment 2•11 years ago
|
||
Callek: maybe punt this to Pete? Or is this already done?
Component: Release Engineering: Machine Management → Release Engineering: Platform Support
Flags: needinfo?(bugspam.Callek)
QA Contact: armenzg → coop
Reporter | ||
Comment 3•11 years ago
|
||
(In reply to Chris Cooper [:coop] from comment #2) > Callek: maybe punt this to Pete? Or is this already done? This certainly isn't done, but I am not *sure* if its needed actually. this is a process which runs as part of the fennec install, I couldn't find a definite "we should do this" nor a "how to do this" since we won't be removing any packages by this name directly. Lets assign to pete for now (pending his objection) as well as needinfo to jmaher for input.
Assignee: bugspam.Callek → pmoore
Flags: needinfo?(bugspam.Callek) → needinfo?(jmaher)
Comment 4•11 years ago
|
||
we should clean this up, although when we uninstall/install it gets cleaned up.
Flags: needinfo?(jmaher)
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Comment 5•10 years ago
|
||
Joel, is this both pandas and tegras, or just tegras? Given that we're decommissioning tegras, maybe we don't need to worry about this now? Pete
Flags: needinfo?(jmaher)
Comment 6•10 years ago
|
||
Pete- if you are on PTO enjoy your time off instead of hanging out in bugzilla! Either way, this f3nn3c hack needs to apply to both tegra and pandas. Your speculation about tegras being decommissioned and only fixing this for Pandas seems valid and a great plan of attack.
Flags: needinfo?(jmaher)
Updated•9 years ago
|
Assignee: pmoore → nobody
Reporter | ||
Comment 8•9 years ago
|
||
don't *think* so
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(bugspam.Callek)
Resolution: --- → WONTFIX
Assignee | ||
Updated•6 years ago
|
Component: Platform Support → Buildduty
Product: Release Engineering → Infrastructure & Operations
Updated•4 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•