ConformU doesn't accept URLs with hostname

[RReverser]

The CLI docs say:

$ ~/conformu/conformu alpacaprotocol --help
Description:
Check the specified Alpaca device for Alpaca protocol conformance

Usage:
conformu alpacaprotocol <Alpaca_URI> [options]

Arguments:
<Alpaca_URI> The device's Alpaca URI (e.g. http://host:port/api/v1/[DeviceType]/[DeviceNumber]).
The ASCOM device type will be inferred from the supplied URI.

However, counter-intuitively, trying to pass a URL with host fails:

$ ~/conformu/conformu alpacaprotocol http://localhost:32323/api/v1/telescope/0

Unable to identify the device identifier as either a COM ProgID or an Alpaca URI. Is there a typo in the device identifier?

The Alpaca URI argument is invalid:

It seems only passing IP address (127.0.0.1 in this case) is supported, but both should probably be accepted.

[Peter-Simpson]

Hi Ingvar, I've fixed #23 and #24. Can you let me know which Linux flavour you are using so I can send you a build to test? The options are x64, arm32 and arm64, thanks, Peter

[RReverser]

That's okay, I can just use dotnet run from the latest commit. I'll try tomorrow.

[RReverser]

Thanks, latest commit works as expected now.

[Peter-Simpson]

Great, thanks for letting me know.

[RReverser]

Can you publish 4.0.1 please?

[Peter-Simpson]

I’ve just published 4.1.0. Best wishes, Peter

[RReverser]

Ah thanks. I think from semver point of view, a patch version here would be enough, since those are just bugfixes, but either one is fine :)

[RReverser]

For now used in the simulators project: ASCOMInitiative/ASCOM.Alpaca.Simulators#34

Looking good and useful: https://github.com/RReverser/ASCOM.Alpaca.Simulators/actions/runs/12379069796/job/34552397380#step:7:135

[Peter-Simpson]

I'm glad it's working well in your CI checks, thanks for letting me know!

I'm surprised the OmniSim CameraState property reports "Download" state rather than "Idle" state at startup, which is why the AbortExposure test fails later in the results. I've never seen that in my use of the OmniSim to date, and it doesn't appear in the Windows version of 0.4.1-rc.1.

[RReverser]

Yeah it seems there are couple of devices with issues in latest omnisim from git. Haven't seen them in the past either, but then, both Conform and Omnisim have changed meanwhile. ASCOMInitiative/ASCOM.Alpaca.Simulators#33

[RReverser]

Hmm, actually... maybe that particular issue is due to conformu alpacaprotocol ... leaving the device in "dirty" state?

It seems AlpacaProtocolTestManager is testing the ImageArray property, which I guess could trigger a download instead of pure property access in the simulator? Just a guess though.

But even then, I'm not sure if it's a bug in the simulators as GET property access isn't supposed to change the state, or a bug in ConformU...

[Peter-Simpson]

Can you try re-ordering the tests so the Conformance test runs before the Alpaca protocol test? If that works it would reinforce your suggestion about Alpaca protocol leaving the device in a dirty state.