.getKeys() does not provide a list with sharedWith parameter.

[CurtlyCritchlow]

Describe the bug The .getKeys() does not provide a list with sharedWith parameter.

To Reproduce Steps to reproduce the behavior:

1. First I sent a key using the .put() method.

   var key = AtKey()
     ..key = 'dude'
     ..sharedBy = currentAtsign
     ..sharedWith = '@wildgreen'
     ..metadata = metaData;
   
   await atClient.put(
     key,
     'duude',
   );

2. Then I retrieve a key using the .get(key) successfully

   var key = AtKey()
     ..key = 'dude'
     ..sharedBy = null
     ..sharedWith = '@wildgreen'
     ..metadata = metaData;
   
   var data = await atClient.get(key);

   the result is 'duude'

3. And then I tried to retrieve a list of keys using the .getKeys() method but was unsuccessful.

    listData = await atClient.getKeys(
      regex: 'at_skeleton_app',
      sharedWith: '@wildgreen'
    );

The result is an empty list

Expected behavior List of key that was shared with "@wildgreen".

Screenshots Result when a sharedWith parameter is provided

Result when a sharedWith parameter is not provided

Smartphone (please complete the following information):

• Device: Samsung S9+
• OS: MacOS Monterey
• Browser: NA
• Version 12.0.1

Were you using an @‎application when the bug was found? No. I'm creating a new @application called at_dude

Additional context

[gkc]

@CurtlyCritchlow was this fixed or not a bug or ... ?

[CurtlyCritchlow]

It's not a bug. @cconstab explained that isPublic must be false in the metadata or the shareWith atSign will not be associated with the key. Maybe this should be mentioned in the documentation.

[gkc]

Ah yes. There's been a fair bit of work over the past couple of months around this part of the SDK as there are a few pitfalls like this (there still are, so we could keep backwards compatibility for now).

Most relevant would be https://github.com/atsign-foundation/at_tools/pull/133 which made various AtKey builders available.