Closed
Bug 867679
Opened 13 years ago
Closed 9 years ago
should not be able to edit a deactivated user
Categories
(Mozilla QA Graveyard :: MozTrap, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: yoshi.yokotani, Unassigned)
References
()
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130329030848
Steps to reproduce:
in a local version of moztrap (localhost:8000)
1. go to manage->users
2. deactivate a user by clicking the status-select button
3. then, click the edit button right next to the status-select button
Actual results:
it goes to the page to edit the user
Expected results:
it might be better not to edit a deactivated user. (After activating the user, then, it should be able to be edited.) This suggestion might be reenforced by the observation that the status-select button turns out to be a lock while the user is deactivated (a lock implies a limitation on some operations.)
| Reporter | ||
Updated•13 years ago
|
Mass-closing remaining MozTrap bugs as WONTFIX, due to 1) the Mozilla-hosted instance being decommissioned (see https://wiki.mozilla.org/TestEngineering/Testrail), and, for now, 2) the still-up code archived at its GitHub page: https://github.com/mozilla/moztrap (we'll decide what's next for that, in the near future).
See also the history and more-detailed discussion which led us here, at https://groups.google.com/forum/#!topic/mozilla.dev.quality/Sa75hV8Ywvk
(If you'd like, you should be able to filter these notification emails using at least the unique string of "Sa75hV8Ywvk" in the message body.
Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Updated•7 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•