Uploaded image for project: 'Service Packs and Hot Fixes'
  1. Service Packs and Hot Fixes
  2. MNT-16924

User is unable to successfully Edit Online on document which is explicitly granted 'Site Collaborator' permission in a public moderated site where they are not site member

    Details

    • Bug Priority:
      Category 3
    • ACT Numbers:

      00728448

      Description

      If a user who is not a member of a public moderated site but is explicit given "Site Collaborator" or "Site Manager" permissions on a Microsoft Word document within site document library, they are able to view the document details page for the document using the direct Share page URL and select the "Edit Online" action which opens up the document in Microsoft Word and the document is locked.

      When they try to save their changes, it appears that the save was successful but no new version is uploaded to Alfresco. The "Microsoft Office Upload Center" will show the document as a successful uploaded under "Recently Uploaded". This is causing data loss as user are not aware of their file changes is actually not saved back to repository via Edit Online.

      However, if customer then add the same user as a member of that public moderated site in any capacity, even Site Consumer, the same actions will result in the new version of the document being uploaded to Alfresco correctly.

      Steps to reproduce

      1. Login as admin user, create Site A as public moderated site.
      2. Add Microsoft Word document to Site A > Document Library and give permissions on the document to a user (User 1) who is non-site member.
      3. Copy the direct document details page url from Document Details Page > Share section : Copy this link to share the current page , email this copied URL with User 1.
      4. Log in as User 1 and copy and paste the direct Document Details page URL in browser address field. User 1 can access and view the document details page for the document, even if he/she is not a site member of this public moderated site.
      5. Click Edit Online (which opens the document in Microsoft Word and locks the document).
      6. Make changes and Save.

        Actual behavior
        There is no indication that it was not successfully uploaded
        Expected behavior
        If the file save did not complete, an error exception should display and notified end user which would prevent data loss.

      7. Close the document and refresh the Document Details page

        Actual behavior
        The document remain at version 1.0. No new version created. Edit Online changes is not saved.
        Expected behavior
        New document version should create and increase to 1.1. Edit Online changes is saved.

      8. Next, have site manager(which is admin user in this case), to add User 1 as a Site Consumer (or any other role) in Site A.
      9. Repeat steps 1-7.

        Actual behavior
        The new change made via Edit Online is successfully uploaded and the version is 1.1.
        Expected behavior
        The new change made via Edit Online is successfully uploaded and the version is 1.1.

      Bottomline - Customer Expectation
      This looks like a bug behavior. But the fix would be totally depends on the product design.

      1. assuming it is by design that user can only use Edit Online from public moderated site content where user MUST have site membership on top of explicitly granted document permission, then the Edit Online option needs to be gray out or disable to prevent user from using this.
      2. assuming we should allow user to perform Edit Online from public moderated site content where user DO NOT require to have site membership on top of explicitly granted document permission, then file changes should save back to Alfresco repository properly and new versions should be created after changes is save from Edit Online via MS Word application. If it failed to save, user should expect a meaningful message, for example, 'Fail to save file change back to Alfresco' display to prevent any potential data loss.

      Additional Support Notes
      This issue can be reproduced against

      1. 5.0.3.5 with Windows 7/MS Word 2010 and MS Word 2013
      2. 5.1.1 with Windows 7/MS Word 2010 and MS Word 2013

        Attachments

          Issue Links

            Structure

              Activity

                People

                • Assignee:
                  closedissues Closed Issues
                  Reporter:
                  sliaw Seng Liaw
                • Votes:
                  1 Vote for this issue
                  Watchers:
                  7 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved:

                    Time Tracking

                    Estimated:
                    Original Estimate - Not Specified
                    Not Specified
                    Remaining:
                    Remaining Estimate - 0 minutes
                    0m
                    Logged:
                    Time Spent - 2 days, 5 hours, 35 minutes
                    2d 5h 35m

                      Structure Helper Panel