Moonshot-Webp doesn't provision the rules & services in the keyring

Are you running with DISPLAY set in a session with the keyring unlocked?

Yup!

The identity is added in the keyring (and shows up in the Moonshot ID selector), but the keyring doesn't show the pattern. :-/

OK, when we've tried that it's worked fine.

And the program hangs?
Hmm.

No, in this case the program does not hang. I've just rebooted the workstation in question just in case DBus was stuck.

Running Moonshot-webp displays the same behaviour as reported. Identity is imported, but the pattern is not. The Rules-Pattern entry in the keyring entry for this identity is blank.

Using moonshot.exe and moonshot-webp.exe just built on debian from the tip of master, I tried the example verbatim and got "could not parse, invalid content" from moonshot-webp. I then added the missing </rule>, re-ran and added the card successfully. In Seahorse, I see "Rules-Pattern: host/*.cf.ac.uk" as expected.

Is it possible you have multiple "Moonshot @ Cardiff ..." identities with slightly different nai? If you already had an identity "Moonshot @ Cardiff" with a different nai, when you add this card, it should rename the newly added card to "Moonshot @ Cardiff 0" and the pattern would be visible under that card. Or there's something platform-specific going on.

No, I don't.

And although the description is missing the closing </rule> tag, the file on the VM (I was retyping it because of a drag and drop issue) does actually contain the closing tag (it was a copy of the moonshot.msht file in /usr/share/moonshot-ui/).

It is possible that your fix for the default identity possibly resolved this?

Platform-specific issues are also a possibility, yes... I'm testing with CentOS 6.5.

No, I don't believe the fix for the "No Identity" update hang could be related to this. I'll try it out on Centos.

Ok... If possible... can you spin an RPM for me that I can install? I'll be happy to try it again with new code ;-)

Ok, even with the new code, a completely fresh ID selector (with no IDs in the keyring) will not import a pattern for No Identity (or any other) with Moonshot-Webp.

I think that's what you expected on #11.

But yes, problem still there on CentOS 6.5.

Occurs only on Centos; most likely the old vala array property bug.

Fixed in commits:
883bf1bc0d10f9814306f77abcd7e0556e886d09
9f09eafa92b92dd094691ef159117f3f3b9bf69e
3070990ebff578c309fd53126aa9d1c252ce2d95

Thanks, Kevin. I'll try to confirm as fixed as soon as I have an updated RPM to test. :-)