Closed MathijsVerbeeck closed 3 weeks ago
Thanks @MathijsVerbeeck for bringing it up 👍
Seems like application permissions are not supported for the endpoints, so the limitation is by design. We should however show a user-friendly error that the command only works for delegated permissions and update our docs to call it out as well.
Seems like application permissions are not supported for the endpoints, so the limitation is by design. We should however show a user-friendly error that the command only works for delegated permissions and update our docs to call it out as well.
@waldekmastykarz the strange thing is that it works when specifying userId
Seems like application permissions are not supported for the endpoints, so the limitation is by design. We should however show a user-friendly error that the command only works for delegated permissions and update our docs to call it out as well.
@waldekmastykarz the strange thing is that it works when specifying userId
Which is odd, because when you look at the docs, app permissions are not supported: https://learn.microsoft.com/en-us/graph/api/onlinemeeting-get?view=graph-rest-1.0&tabs=http#permissions. It's possible that docs are incorrect though. That said, if it works with a userId and not with userName, then I suggest that we change the implementation for now to use the userId and work around this issue.
change the implementation for now to use the userId and work around this issue.
Can I make this change?
Thank you @Saurabh7019!
Just tested and got errors with both the --email and --userId parameters. These results appear to be consistent with the current documentation.
Just tested and got errors with both the --email and --userId parameters. These results appear to be consistent with the current documentation.
Ignore that... The app permission works for the both email and userId if the application access policy is configured correctly. I will include this info in CLI docs.
Priority
(Medium) I'm annoyed but I'll live
Description
When executing the command
m365 teams meeting list
using an application only context and specifying userName it will not work and return a very string error message 'UnknownError'. When specifying--debug
it looks like it fails on the/users/userName/onlineMeetings
. This also happens in the Graph Explorer, so it seems like it's a MS issue.I did not test, but the same way of working is used in
m365 teams meeting transcript list
.Steps to reproduce
Login using application context Execute the command specifying --userName
Expected results
A list of Teams meetings
Actual results
Error message:
![image](https://github.com/pnp/cli-microsoft365/assets/9193870/92bee406-56d4-41c2-adaa-4ade6afeace6)
Diagnostics
No response
CLI for Microsoft 365 version
v7.6.0
nodejs version
20.11.0
Operating system (environment)
Windows
Shell
PowerShell
cli doctor
No response
Additional Info
The error message when specifying --debug is the following:![image](https://github.com/pnp/cli-microsoft365/assets/9193870/066fc307-2575-4ea9-89f1-8ac1300c260e)