Update the status code expectation for create group

[SwikritiT]

this PR owncloud/ocis#7705 changed response code when we create groups/user so update the status code expectation here too.

Hopefully a fix for owncloud/web#9945 after middleware is bumped

[SwikritiT]

After this changes and release of the new image tests failure in owncloud/web#9945 should pass
Tested it locally and it works

  @issue-ocis-1317 @issue-ocis-1675
  Scenario Outline: autocompletion of groups having special characters in their names # features/webUISharingAutocompletion/shareAutocompletionSpecialChars.feature:63
ℹ Connected to localhost on port 4444 (7748ms).
  Using: chrome (104.0.5112.79) on Linux platform.

	Could not read config file.
	Set correct path of config file in WEB_UI_CONFIG_FILE env variable to fix this.
	Some tests may fail as a result.
    Given the administrator has set the default folder for received shares to "Shares" in the server
    And these users have been created with default attributes and without skeleton files in the server but not initialized:
      │ username    │
      │ regularuser │
    And these users have been created without initialization and without skeleton files in the server:
      │ username │ password  │ displayname  │ email        │
      │ two      │ %regular% │ Brian Murphy │ u2@oc.com.np │
      │ u444     │ %regular% │ Four         │ u3@oc.com.np │
    And these groups have been created in the server:
      │ groupname │
      │ finance1  │
      │ finance2  │
    And the setting "outgoing_server2server_share_enabled" of app "files_sharing" has been set to "no" in the server
    Given these groups have been created in the server:
      │ groupname │
      │ <group>   │
    And user "regularuser" has created file "data.zip" in the server
    And user "regularuser" has logged in using the webUI
√ Element <input[autocomplete="kopano-account username"]> was visible after 1734 milliseconds.
√ Element <input[autocomplete="kopano-account username"]> was not present after 219 milliseconds.
√ Element <.app-container> was visible after 2418 milliseconds.
√ Element <//*[self::table[contains(@class, "files-table")] or self::div[contains(@class, "files-empty")] or self::div[contains(@class, "files-not-found")] or self::div[contains(@class, "resource-details")]]> was visible after 39 milliseconds.
    And the user has browsed to the personal page
√ Element <//nav[@id="files-breadcrumb"]//*[(self::a or self::button)]/span[contains(text(),'Personal')]> was visible after 21 milliseconds.
    And the user has opened the share dialog for file "data.zip"
√ Element <//span[contains(@class, "oc-resource-name") and (@data-test-resource-name='data.zip' or @data-test-resource-path='/data.zip')]/ancestor::tr[contains(@class, "oc-tbody-tr")]> was visible after 19 milliseconds.
waiting for 500ms ...
Timeout waiting for Ajax calls to start
waiting for 500ms ...
√ Element <//*[@id="sidebar-panel-sharing"]//*[contains(@class, "sidebar-panel__body-content")]> was present after 7 milliseconds.
    When the user types "-_" in the share-with-field
√ Element <#files-share-invite-input> was visible after 26 milliseconds.
(node:120572) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 queue:finished listeners added to [CommandQueue]. Use emitter.setMaxListeners() to increase limit
(Use `node --trace-warnings ...` to show where the warning was created)
    Then only users and groups that contain the string "-_" in their name or displayname should be listed in the autocomplete list on the webUI
√ Element <#new-collaborators-form .vs__dropdown-menu> was visible after 17 milliseconds.
√ Element <#new-collaborators-form .oc-spinner> was not present after 8 milliseconds.
[ 'finance2', 'finance1', '-_.ocgrp' ]
here
finance2
here
finance1
here
-_.ocgrp

1 scenario (1 passed)
12 steps (12 passed)
0m19.904s (executing steps: 0m19.864s)