Jump to content

Tolu

Vectorworks, Inc Employee
  • Posts

    599
  • Joined

  • Last visited

Posts posted by Tolu

  1. The developer of the VB plugins (VectorBits) says he has updated the plugins. If you are using any of the VectorBits plugin, please make sure you've downloaded the latest version. The old versions are known to cause undo problems.

     

    Disclaimer: I have not verified that these plugins are fully functional with Vectorworks. Vectorworks is not affiliated with VectorBits.

     

    Best Regards,

    Tolu F

    Vectorworks Inc.

  2. I worked with Thomas offline and we've identified the problem. The undo problem (in his case) is caused by the VBTool_QuickAlign plugin. This is a 3rd party plugin. This plugin has problems that can only be rectified by the maker of the plugin. Another known plugin that can cause this problem is the VBMove plugin. I recommend you uninstall these plugins until they have been updated to work correctly with Vectorworks. 

     

    If you have experienced (or are still experiencing) this problem, please make sure you set your "Error reporting" preference in Vectorworks Preferences to "Send crash details and verbose usage pattern". In the event that this happens again, please send me or @JimW your user logs, so we can quickly identify the problem. 

     

    Your user logs can be retrieved by following JimW's post here:

     

    Thanks,

    Tolu

    Vectorworks Inc.

  3. Is the PF in a Folder on Google Drive? Did you share the Folder? You cannot share the PF directly. Google Drive will make a duplicate if 2 or more users work on the file at the same time.

     

    The message is telling you that Vectorworks has detected that the PF was duplicated, renamed, or moved. Essentially, Vectorworks needs the Administrator to decide which of duplicated PFs is the correct version. If the administrator opens the PF (or opens his WF), he will see a similar message with a "Reset" button.

     

    Alternatively, you can save the PF as a new PF using the File -> "Save A Copy As" menu command. In the ensuing save dialog, make sure you change the "File Type" pulldown menu to Vectorworks Project File (.vwxp).

     

     

  4. 11 minutes ago, Asemblance said:

    @Tolu

     

    Unfortunately whether or not it can 'disassociate' this is in effect what it sometimes does in reality!

     

    I have discussed my issues with project file sharing before elsewhere on the Forum, essentially the answer seemed to be to do with connections to NAS servers.

     

    However looking at the above it may be that this is not the case if people are suffering on other types of servers also.

    I wouldn’t assume that the root cause of the problems you are seeing on your NAS device are the same as @ptoner’s problems. 

  5. 2 hours ago, ptoner said:

    Some how the permissions on the on the PF changed to read only.

    This is a symptom of improperly configured user permissions on the Mac Server. Have you tried enabling “Direct Safe Save”? This can help when your user permissions are improperly configured. This option is available under the Settings tab of the Project Sharing dialog. By the way, all users need full access to the shared folder. 

     

    Did you configure the PF to only accept a specific protocol? If so, which protocol did you choose?

  6. 41 minutes ago, nahekul said:

    There's a typical unit type symbol definition that occurs on multiple layers.

    User 1 (working offline) checks out layer 1 and works on the symbol definition 1 at home. 

    User 2 (working online) checks out layer 2 and works on the symbol definition 1 at the office and saves and commits.

    You should not have multiple users deliberately edit the Symbol definitions as you've described. One of the users will always lose their changes.

     

    42 minutes ago, nahekul said:

    User 1 gets to the office and commits all changes to project file, there is a conflict pop up to either overwrite the symbol definition, leave it as is, or rename the symbol definition (somehow this option is grayed out).

    Yes, this is the Conflict Resolution dialog. User 1 (being the 2nd user to commit) will be forced to either accept his changes to the Symbol definition or discard it. The Rename option will always be grayed out since you are not allowed to rename the symbol definition.

     

    By the way, User 1 does not need to be offline to get the Conflict Resolution dialog. 

  7. @AsemblanceI'm interested in learning more about your problem. 

     

    Every Working File stores the path to its associated Project File - that's the only connection a WF has to its PF. A WF cannot "disassociate" from the PF.  

     

    As long as you are connected to the server, the WF should be able to access the PF. However, the PF must be writeable before changes can be made in it.

  8. 2 hours ago, nahekul said:

    Could it be possible that during the commit, if the data transfer is interrupted, only partial items are saved in the project file but it also releases the items that are not saved? 

    No, a "Save and Commit" action is an all or nothing action - either all your changes go in or nothing goes in.

     

    2 hours ago, nahekul said:

    I don't think checking out the layer will check out symbols.

    You cannot check out resources. Multiple users can modify the same resource. The 2nd user to commit his/her change will be forced to resolve the conflict.

     

    2 hours ago, nahekul said:

    So if a window or door is a symbol in wall, they will need to be checked out separately if they occur on other layers that's not checked out. 

    I think you are mixing symbols and symbol instances.  A symbol definition is a resource. It shows up in the Resource Manager. However, a symbol instance is an instance of a symbol definition.  You can insert a symbol instance into a wall. You can check out the symbol instance, but its check out status is different than that of another symbol instance.  As I mentioned above, you cannot check out a symbol definition.

     

    2 hours ago, nahekul said:

    Side note regarding the "custom check out" / criteria window:

    There doesn't seem to be a way to remove the particular criteria without removing everything from the bottom up. 

    For example, if there are 5 criteria selected and then criteria 2 is no longer relevant, there is no way to remove it without removing criteria 3-5 first. 

    Also, there doesn't seem a way to reorganize the order of these criteria. 

    I agree. We are working on a solution, and it would be available in a future version of Vectorworks. 

  9.  

    11 minutes ago, ptoner said:

    I am being told the Project file is in use, by another user when no one else has it open!

    On what type of server is your Project File located?

     

    Check that your PF is indeed writeable. Vectorworks shows that message whenever it is unable to write to the PF

  10. 4 hours ago, MRD Mark Ridgewell said:

    Does this mean 'update resources during file open'?

    Well, "resources" are not the only thing that gets updated. Your layers (if you are referencing layers) does too, so that checkbox has to refer to the "reference" (i.e. referenced layers or referenced resources).  Furthermore, an update will only "automatically" happen at file open if the reference is out-of-date (i.e. the source file has been modified at its source). As such, the label has to be "Automatically update out-of-date references during file open"

     

    Given that the checkbox label has to cover different aspects, it might not be intuitive to users. This is where help texts come in handy. Help texts provide additional information that cannot be put into the label of a control.  

     

    Having said that, we'll look into making the checkbox label and/or help text clearer.

     

    We appreciate the feedback.

     

    Thanks,

    Tolu

     

  11. On 1/25/2018 at 8:18 AM, MRD Mark Ridgewell said:

    Finding it rather over-complex to reference in files so resorting to copying in info. from other files.

    Could you please describe your workflow and explain the complexity issues you are experiencing? 

     

    Copying and pasting will work, but it's error-prone. For example, you can only copy objects that are visible. You have to make sure you select all objects in the drawing, etc.

  12. If your Project Sharing Setting is configure to only allow SMB connections then you must connect to the share containing your PF using SMB.  

     

    This alert is saying you are connected to the PF using AFP but the Project Sharing Setting is configure to only allow SMB connections.

     

    Note that the MacOS allows you to connect to a sever using both AFP and SMB (at the same time). Essentially, the PF will appear as separate files - they will have different file paths.  As such, you should make sure you are connected to the server using the correct protocol (try using cmd+K and specify the correct protocol). Also you should make sure you are using the correct path. 

     

    I actually recommend that you configure your Mac mini server to only accept connections for a specific protocol - AFP or SMB, but not both.

  13. On 12/18/2017 at 3:22 PM, nahekul said:

     

    We have experienced the same issues with some commits not saving.

     

    Could you please clarify the problem you are experiencing? Also what version of Vectorworks are you using?

     

    On 12/18/2017 at 3:22 PM, nahekul said:

    Working offline does not work properly anymore as you cannot just have the layers checked out but also all the objects on that layer checked out which is difficult/time consuming to filter out. 

    Once you check out a layer, you own all the objects on that layer. You do not need to check out individual objects on that layer. As far a filtering out objects, have you used the "Custom Check Out..." menu command under the Tools menu?

     

    Thanks,

    Tolu

  14. Hello Anton,

     

    What version of Vectorworks are you using?

     

    You cannot reference resources from a Working File since Working Files are temporary files .  You can, however, reference resources from a Project File into your Elevation & Section files. You should be able to browse a Project File using the "Browse a Document..." menu action of the Resource Manager. 

     

    Regards,

    Tolu

     

    • Like 1
  15. @Asemblance

    Thanks for taking the time to do a screen recording. I was able to reproduce the clipping problem. We will fix this for SP2.

     

    After watching your video, I strongly advice that you check your Server and Network configurations. Your server (or network) is extremely slow in responding to object/layer check outs. Checking out a layer should be much faster. You shouldn't see the progress bar at all. Vectorworks is spending too much time waiting for your server to respond.  

     

    5 hours ago, Asemblance said:

    it also shows the 'project sharing file is in use' problem we get a lot (there was nobody else using the file at the time).

    Again, I think this is attributed to serious hardware problems - Server or Network configurations issues. Vectorworks tries a number of times to communicate with the PF and if that communication fails or the    communication times out, you will get that message. 

     

    Best Regards,

    Tolu

  16. @Asemblance

    Are you seeing this problems in both Vectorworks 2017 SP4 and Vectorworks 2018 SP1?

     

    4 hours ago, Asemblance said:

    - However, even when the entire layer is checked out, certain operations seem to still cause the WF to communicate with the PF, such as:

          - When editing a group

          - When changing the stacking order of any item

          - When editing a polygon

    I just tried this on my side and no communication was attempt with the PF. How are you noticing the communication with the PF?

     

    I see your specs as using OS X 10.11.6, are you also using a Mac OS Server?

     

    Thanks,

    Tolu

  17. 19 hours ago, rb-arch said:

    IMO these soft locks might be the root of some of these problems.  

     

    There are *many* times when we do our work, save / commit /  release only to find out later that there is still an obect checked out by another user.

    I would recommend a workflow where each user use one single WF. This will simplify the management of WFs and it will eliminate the problem where objects are locked in other WFs. 

    Note that if you work, save / commit /  release, this will only release object is the active WFs. If you have other WFs they are not affected.

     

    Thanks,

    Tolu 

  18. 51 minutes ago, JMR said:

    -Users always use the same working file, named automatically as per user

    -Users check out complete layers

    -Users close and release at the end of the day / work session, at the least

     

    -> these "soft lock" issues (if this is the case) still appear.

    If that's your workflow then soft locks plays no part. Soft locks are only created when you are using object-level check out. 

     

    52 minutes ago, JMR said:

    Thank you, I'll send you the project file the next time we get these errors. I guess I must send the working files as well since re-creating the working files from the project file always removes these issues.

    Working Files will be helpful as well. Thanks.

     

    54 minutes ago, JMR said:

    -"Opening and refreshing working file may... " : This is a "false" error - no changes exist in the project file and no data is lost if the working file is opened. This occurs quite frequently, despite hassle-free save/close and release previously.

    This alert is triggered when Vectorworks detects that your Working File data is out of date (i.e. the data in the WF no longer correlates with the PF). This often happens when using a WF backup but it is also possible if Vectorworks crashed after commit but before WF was saved. Are you experiencing frequent Vectorworks crashes during "Save and Commit"?  

     

    54 minutes ago, JMR said:

    -"The attempted operation cannot be completed..." : Here I'm trying to open my own file. VW says I've checked out objects, even though I have not.

    If you are still seeing this, could you please send me your PF and WF? I can determine what's causing the alert.

     

    55 minutes ago, JMR said:

    -A screenshot of the project sharing window: Here I went through all layers individually to see if the release button would become enabled, but it didn't. I guess the last user shown working on something completely unrelated somehow had a lock on something.

    Are you using Vectorworks 2017 SP4?

    What happens if you select only the "_Pohjapiirustus 1 .krs. alapohja" layer only?

     

    Best Regards,

    Tolu

  19. 7 hours ago, JMR said:

    Perhaps there should be a separate option for releasing objects and layers that "project" users could also access, should the need arise, exluding other changes only admins can make.

    The Release (as an admin) provides this option. If an admin (or any user) knows he/she will be out, he/she must issue a "Close and Release" before leaving otherwise other users will be blocked.

     

    If you want everyone to be Admin, Project Sharing will still work. You, however, must understand the consequences of releasing someone else's lock - lose of work.

     

    If the work being done within the team overlaps (i.e. the objects/layers that I modify today will likely be used by another user tomorrow), then you might need a process in place. For example, you could require each member of the team to "Save and Commit" their changes (with auto release locks option turned on. This is an option on the Commit dialog) or "Close and Release" at the end of the day (or more frequently). In addition, each member of the team must use the same Working File, so that all locks are cleared once they commit (or close and release).  If you create a new WF and you check out an object/layer, that layer/object will remain checked out in that WF. Deleting the WF will not release the locks and "closing and releasing" in another WF will not release the lock in the first WF.

     

    7 hours ago, JMR said:

    Even as it is, we don't check out individual objects any longer, only complete layers and we still get these issues.

    If this happens again, could you please send me your Project File? I would investigate the issue. 

     

    Best Regards,

    Tolu

  20. 11 hours ago, JMR said:

    About "soft locks" - If I try to draw a rectangle on a non-checked out layer, the software doesn't even allow this and prompts me to check that layer out. How would I be even able to do what you suggest?

    In Vectorworks 2017, drawing a rectangle on a non-checked out layer will not prompt you to check out the layer. My assumption all along was that you are using Vectorworks 2017. Is that not the case?

     

    Project Sharing requires frequent short file I/O operations. It's requirements are vastly different from non-project sharing files.  

     

    Regards,

    Tolu

     

     

  21. 2. This will happen if another user has created an object on that layer.  That is another user has a soft lock on that layer.  There are 2 types of lock - exclusive lock and soft lock.  With exclusive lock, only 1 user owns that lock, and only that user can modify that object.  However, multiple users are allowed to hold soft locks on an object. These objects are always container objects, e.g. layers, groups, etc. With a soft lock, users are allowed to modify the contents of the object, but they are not allowed to modify the object directly.

    • If a user checks out an object or a layer, that object or layer is exclusively checked out to that user.  
    • If a user modifies an existing object (or creates a new object) on a layer, that object is exclusively checked out to that user. In addition, that user owns a soft lock on that layer.

    Scenario:

    If User1 adds a Rectangle on Layer-1, User1 owns the Rectangle and he/she has a soft lock on Layer-1. If another user, User2, adds a Circle on Layer-1. User2 then holds an exclusive lock on that Circle. In addition, User1 and User2 each own a soft lock on Layer-1.  In this scenario, no one on the team will be allowed to directly check out Layer-1 since other users already own objects (or have modified objects) on that layer. If any user goes to the Project Sharing dialog, Layer-1 will not be listed in blue because it is not checked out.  However, as an Admin, if you select Layer-1 in the Project Sharing dialog, the Release button will become enabled since there are soft locks on Layer-1 that can be released. If as an Admin you click the Release button, you will be notified that 2 users will lose work (User1 and User2 in this scenario to be specific).

     

     

    3. We have heard a lot problems with Synology drives. From our internal testing, we have found that these drives do not respect exclusive read/write access when you mix protocols. Specifically, we've found that 2 users are allowed to open the same file with read/write access.  This is bad; it would most likely result in loss of work. If you search online, you will read posts from a lot of Synology users complaining about these problems (with different applications).

     

    As far as RAID 6 is concerned: extra parity data must be calculated and written separately. This means your writes will be slower. I propose you eliminate the RAID configuration and see if the delay problems go away. I will also recommend SSDs (if possible) over disk drives. Project Sharing requires frequent short file I/O operations; as such, you need your write as fast as possible.

     

    Thanks,

    Tolu

  22. 1. Static or dynamic IP differences shouldn't come into play, but static is better actually

    2. Could you please provide specifics on the issues you are seeing with "Check-outs" and "Release"? Are you getting error messages? etc.

    3. When a user "Saves and Commits" into the PF, some of the work is done in the background. That is, we allow the user to continue woking while data is being transferred to the server. If you are on a 1 Gbps network, this should only take a few seconds (not minutes).

    • Are you connected to the network via WiFi or Ethernet cable? If your WiFi is on, turn it off to see if it makes a difference.
    • Are you using SSDs on the server?
    • Is the server setup using some RAID configuration?
    • Could a process be slowing down the write operations on the server (e.g. Antivirus, etc.)?

    Thanks,

    Tolu

×
×
  • Create New...