cloudblue / connect-cli Goto Github PK

If I create a report specifying with the option -f for an output format that does not exist it raises an exception instead of notifying the user with an error message.

Example:

ccli report execute my_awesome_report_pdf -d my_awesome_project -f pdf

Traceback (most recent call last):
File "/Users/galonso00/.env/cli/bin/ccli", line 8, in
sys.exit(main())
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/ccli.py", line 16, in main
cli(prog_name='ccli', standalone_mode=False)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 829, in call
return self.main(*args, **kwargs)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 782, in main
rv = self.invoke(ctx)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/core/base.py", line 14, in invoke
return super().invoke(ctx)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 1066, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 610, in invoke
return callback(*args, **kwargs)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/decorators.py", line 73, in new_func
return ctx.invoke(f, obj, *args, **kwargs)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/click/core.py", line 610, in invoke
return callback(*args, **kwargs)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/plugins/report/commands.py", line 58, in cmd_execute_report
execute_report(config, reports_dir, report_id, output_file, output_format)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/plugins/report/helpers.py", line 118, in execute_report
inputs = get_report_inputs(config, client, report, output_format)
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/plugins/report/wizard.py", line 271, in get_report_inputs
intro=generate_intro(config, report, output_format),
File "/Users/galonso00/.env/cli/lib/python3.9/site-packages/connect/cli/plugins/report/wizard.py", line 238, in generate_intro
output_format=output_formats[output_format],
KeyError: 'pdf'

When I try to check the ccli version, I always get 0.0.1. I tested this on the latest 21.10 version. See the example below:

PS C:\Connect_CLI\connect-cli_21.10_windows_amd64\dist> .\ccli.exe --version

ccli, version 0.0.1

This should match the release version, in this case, 21.10

Did everything as described in the documentation:

1. Python 3.6.9 installed
2. MSYS2 installed
3. GTK3+ installed
4. Path to Mingw added to PATH (btw, documentation does have it wrong - the correct path is C:\msys64\mingw64\bin, not C:\msys2\mingw64\bin
5. Downloaded and unpacked binary file ccli.exe (btw, the link "releases" in the documentation is broken - the correct one is https://github.com/cloudblue/connect-cli/releases)
6. Note: the PIP install didn't work - I don't have this "$" prompt mentioned in the doc. Tried 'pip install' in cmd.exe - command not found. Tried in MSYS2 prompt - command not found.
7. Edited the PATH var
   Now, running ccli.exe, I get the following:

C:\Windows\system32>ccli


Traceback (most recent call last):
  File "cli\ccli.py", line 31, in <module>
  File "cli\ccli.py", line 15, in main
  File "cli\core\plugins.py", line 14, in load_plugins
  File "pkg_resources\__init__.py", line 2450, in load
  File "pkg_resources\__init__.py", line 2456, in resolve
ModuleNotFoundError: No module named 'connect.cli.plugins.play'
[33500] Failed to execute script ccli

When a template extension project is created of type Fulfillment Automation and it's executed with cextrun,
the error is shown: The status/es processed are invalid for the event usage_file_request_processing..

I determined it is due to the processed status included in the statuses argument for the method handle_usage_file_request_processing.

As I saw the template in this repository, the processed status is not included in the USAGE_FILE_STATUSES constant.
And also the default Multi account extension project doesn't have this problem.

But in the Fulfillment type it keeps adding that status.