Skip to content

Conversation

@ScharfViktor
Copy link
Contributor

fixed collaborativePosix/collaborativePosixFS.feature:144 see here https://ci.opencloud.eu/repos/3/pipeline/371/88

@ScharfViktor
Copy link
Contributor Author

hm share sync didn't work here
https://ci.opencloud.eu/repos/3/pipeline/386/82

Scenario: user doesn't lose share and public link after renaming the file                                                                             # /woodpecker/src/github.com/opencloud-eu/opencloud/tests/acceptance/features/collaborativePosix/collaborativePosixFS.feature:144
    Given user "Brian" has been created with default attributes                                                                                         # FeatureContext::userHasBeenCreatedWithDefaultAttributes()
    And user "Alice" has uploaded file with content "content" to "textfile.txt"                                                                         # FeatureContext::userHasUploadedAFileWithContentTo()
    And user "Alice" has created the following resource link share:                                                                                     # SharingNgContext::userHasCreatedTheFollowingResourceLinkShare()
      | resource        | textfile.txt |
      | space           | Personal     |
      | permissionsRole | view         |
      | password        | %public%     |
    And user "Alice" has sent the following resource share invitation:                                                                                  # SharingNgContext::userHasSentTheFollowingResourceShareInvitation()
      | resource        | textfile.txt |
      | space           | Personal     |
      | sharee          | Brian        |
      | shareType       | user         |
      | permissionsRole | Viewer       |
    And user "Brian" has a share "textfile.txt" synced                                                                                                  # SharingNgContext::userHasShareSynced()
      │ [INFO] Wait for share sync status...
    When the administrator renames the file "textfile.txt" to "new-name.txt" for user "Alice" on the POSIX filesystem                                   # CliContext::theAdministratorRenamesFile()
    Then the command should be successful                                                                                                               # CliContext::theCommandShouldBeSuccessful()
    And user "Brian" should have a share "textfile.txt" shared by user "Alice" from space "Personal"                                                    # SharingNgContext::userShouldHaveShareSharedByUserFromSpace()
      Share mountpoint 'textfile.txt' was not found in the drives list.
      Failed asserting that false is identical to true.
    And the public should be able to download file "textfile.txt" from the last link share with password "%public%" and the content should be "content" # PublicWebDavContext::shouldBeAbleToDownloadFileInsidePublicSharedFolderWithPasswordForSharingNGAndContentShouldBe()

@ScharfViktor
Copy link
Contributor Author

I stoped test after When the administrator renames the file "textfile.txt" to "new-name.txt" for user "Alice" on the POSIX filesystem and looked at what was happening on web on Alice user

file wasn't renamed
Screenshot 2025-11-07 at 10 30 01

if I try to open file -> resource not exist

image

@ScharfViktor ScharfViktor force-pushed the addShareSyncToColaborativePosixTest branch from 275bd9b to 99b5a2f Compare November 12, 2025 09:01
@rhafer rhafer merged commit 0b2e0fb into main Nov 12, 2025
45 checks passed
@rhafer rhafer deleted the addShareSyncToColaborativePosixTest branch November 12, 2025 09:38
@openclouders openclouders mentioned this pull request Nov 12, 2025
1 task
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants