pyrevitlabs / pyRevit

Rapid Application Development (RAD) Environment for Autodesk Revit®
http://wiki.pyrevitlabs.io
GNU General Public License v3.0
1.27k stars 330 forks source link

Manage Keynotes causes "Wait for unlock timeout" error and locks keynote file #1750

Closed haroldmDR closed 5 months ago

haroldmDR commented 1 year ago

Describe the bug One of our Revit users is getting a "Wait for unlock timeout." error, when attempting to use the Manage Keynotes tool from pyRevit. After exiting out of the error message, the keynote .txt file remains locked and has to be manually unlocked for other users to access using the same tool. I have the Revit journal log file during this time of this issue, but I am unsure where to safely share this (I have sanitized it but there is to much data to catch everything). Related issues to this bug report are #1725, #1584, and #967.

I have seen a similar issue earlier last year when using pyRevit's Manage Keynotes tool in Revit 2021, but this was resolved with the pyRevit v4.8.10 update. This issue is currently not happening with any project still in Revit 2021 and the user having this issue has recently installed Revit 2022.

To Reproduce Steps to reproduce the behavior:

  1. Start Revit 2022.
  2. Open workshared Revit file from BIM 360.
  3. Click the Manage Keynotes tool from the pyRevit Tab (note the keynote .txt file is hosted in the same folder as the Revit file on BIM360)
  4. Wait 10 second.
  5. See "Wait for unlock timeout." error message.
  6. Click "Ok".
  7. Open the keynote .txt file folder on BIM360 using a Chrome browser.
  8. View lock symbol next to the keynote .txt file.
  9. Hover over lock symbol to view the username and the time when the Manage Keynotes tool was used.
  10. Click the ellipsis next to the keynote .txt file.
  11. Click "unlock".
  12. Verify no existence of a .lock file.
  13. Navigate to the keynote .txt file folder using windows File Explorer through the Autodesk Desktop Connector drive (Autodesk Docs).
  14. Verify no existence of a .lock file.
  15. Open the keynote .txt file.
  16. Verify no additional text between row 3 '...@table(locks_table:"Locks Table")...' and row 4 '...@db(keynotesdb:"pyRevit Keynotes Manager DB")'.
  17. Have another user follow the steps 1 through 3 above to verify it follows the expected behavior listed below.

Expected behavior

  1. The Manage Keynotes editor opens and temporarily locks the keynote .txt file.
  2. The user can edit the keynote file using the editor.
  3. The Manage Keynotes editors is closed and keynote .txt file is unlocked.
  4. Other users are able to follow steps 1 through 3 here.

Desktop:

Additional context This same issue has happened with another user in the same model with the same version settings, after their Revit file crashed unexpectedly when they were using the Manage Keynotes tool from pyRevit (the crash report of journal entry was not saved at this time). While troubleshooting, the following steps were taken:

  1. A new copy of pyRevit was installed.
  2. Autodesk Desktop Connector was updated.
  3. Verified that all Revit 2022 hot-fixes were installed.
  4. Installed the "Issues Addin v5.0.6 for Revit 2022" update.
  5. Power cycled the computer After following those steps, this user was able to use the Manage Keynotes tool from pyRevit as expected (see Expected behavior above). The user having the issue in this bug report followed the same troubleshooting steps but the issue (see Describe the bug above) keeps happening.
DMcD04 commented 1 year ago

We're running into a very similar issue.

BIMyaneff commented 1 year ago

We are having the same issue. We've followed steps 1-17, but as soon as a user clicks Manage Keynotes the error pops up. Any further suggestions?

haroldmDR commented 1 year ago

We are having the same issue. We've followed steps 1-17, but as soon as a user clicks Manage Keynotes the error pops up. Any further suggestions?

@BIMyaneff I'm just curious but, if you're working on a BIM 360 project, what version of desktop connector are you using? We are waiting to upgrade to version 16 to make sure older projects don't need BIM 360 teams.

BIMyaneff commented 1 year ago

It is an ACC BIM Collaborate Pro project. We all have Desktop Connector 15.8.0.1827. We do have one other project on BIM 360 though so cannot go to 16 yet.

Architectuur commented 1 year ago

We are running on BIM360 and recently updated desktop connector to 16. We are getting a slightly different error but same stem as the unlock error, however there is no lock file to remove. The user has sunk multiple and closed out of revit. I had to go into BIM360 online to force unlock the file. Desktop connector locking files like this is new to me (I may not have been paying attention previously), so I don't know if this is a pyrevit or a desktop connector issue.

image image

jabarig commented 1 year ago

We recently ran into a similar issue in 2023, but a colleague solved it by deleting some of the pyRevit code at the top of the .txt file. After removing that code and reloading the keynote the "Manage Keynotes" tool works perfectly.

spacedsnake commented 1 year ago

We have been running into a couple slightly different issues with the keynote manager recently. Wondering is it has to do with updated workflow that Bim360/Autodesk docs is using.

  1. Keynote file location on Bim360 seems to be getting locked in the Bim360 side and gets stuck. It seems like this is causing people to overwrite each other or keynote edits not being saved. I need to dig into this a bit more with the team to figure out exactly the group workflow is to cause this problem. When I test by myself I don't see any issues. image

  2. Revit is always throwing the updated resource notification when printing. Not a big deal when printing through Rveit dialog as it just pops up once. But if we print through Diroots is causes a lot of problems

    image
github-actions[bot] commented 6 months ago

This issue is stale because it has been open for 60 days with no activity.

github-actions[bot] commented 5 months ago

This issue was closed because it has been inactive for 14 days since being marked as stale.