Task #13310 (new)
Opened 7 years ago
Last modified 7 years ago
RFE: CLI user-choosing option sometimes ignored
Reported by: | mtbcarroll | Owned by: | jamoore |
---|---|---|---|
Priority: | minor | Milestone: | n.a. |
Component: | OmeroPy | Version: | OMERO-5.2.0 |
Keywords: | n.a. | Cc: | python-team@… |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | n.a. |
Description
While some OmeroPy integration tests are running:
$ bin/omero -u root load create_users Using session 624ed8cf-1703-4afd-9014-2f5506ce7ccd (5a340fa4-c526-4e79-9e18-6485cc3302dd@127.0.0.1:4064). Idle timeout: 10 min. Current group: f38207ca-a5b1-4ffe-9d26-3fdb31985da0 SecurityViolation: Admins only!
The CLI seems to ignore the -u option and attach to the wrong session.
Change History (2)
comment:1 Changed 7 years ago by jamoore
comment:2 Changed 7 years ago by mtbcarroll
- Summary changed from Bug: CLI user-choosing option sometimes ignored to RFE: CLI user-choosing option sometimes ignored
Ha, after some experimentation I now realize what confused me: I am so used to putting certain options before the subcommand (a separate issue!) that I must have typed bin/omero -h load or somesuch: that tells one about -u as if it were a valid option and then if it's given with load nothing warns of it being ignored.
load like admin and a few other of the plugins don't really make use of the login functionality, so I see this less as a bug and more as a RFE though that's a bit beside the point. Basically, it wasn't designed to take a look at -u etc.
A workaround would be to use bin/omero login before the call to load.
A solution would be either to update the loaded files to do the login or to add the functionality you're requesting.