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)

x86
Linux
defect
Not set
normal

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.)
OS: All → Linux
Hardware: All → x86
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
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.