Suggested project folder location seems to be assigned randomly

When one opens a GroupShare project in Studio, Studio asks to indicate the path for the project folder. This path is prepopulated but can be modified. 
If a translator who works often with GS projects chooses to always store the project folders in the same location, he expects that Studio remembers the last path he used, as this is the case for local Studio projects.

However, this does not seem to be the case when opening GS projects. We tried to find out which pattern governs these 'location path suggestions', with little success.
If we create a local project and put it into a new location, this location will be remembered and used again for the next local project. It will also be used for the next GS project we open. However, for the following GS projects that we open, the suggested location is again completely different.

And if we open a GS project and modify the suggested location, this new location does not get remembered.

Has anyone else noticed this? What is the pattern behind this location assignment?

The current behavior is very unfriendly as it requires adapting the location path for every project we open.

emoji
Parents
  •  

    I have seen posts like this come up before and not even related to GroupShare.
    In fact a post about configuring "Project Locations" came up to day in the Trados Portfoli > Trados Studio forum Slight smile

    When working in Studio and a user performs a "Translate Single Document" the project paths isn't as cemented compared to someone who users "project templates".
    So in your case if every other project is a GroupShare project, that is being downloaded,  I appreciate the "default" project path location seems like a moving target.

    However from my memory this has always been the case, unless you are aware of a version that behaves differently, that I may have overlooked??
    Currently what versions of Studio/GroupShare are you using?

    I agree the current behaviour could be more "user defined" and made to be user friendly. After all, by default we have Studio 2022\Projects including "DropFiles" as a default location.
    So why not offer a similar "folder structure" when GS connections are being established. 

    Will see an enhancement around this topic has been raised already or if we can update this post with additional relevant data.  

    Lyds

    Lydia Simplicio | RWS Group

    _______
    Design your own training!

    You've done the courses and still need to go a little further, or still not clear? 
    Tell us what you need in our Community Solutions Hub

    emoji
  • Hi Lydia

    Thanks for sharing these details.
    We use Studio 2021 and GS 2021 CU 6. 

    You mention the location' DropFiles' in Studio 2022? I can see this subfolder, but how does this work? When do projects get saved in that folder? And how would I set it as default for saving opened GS projects?

    Thanks for clarifying this.
    Walter

    emoji
  •   when a user initiates the start of translation via drag and drop in studio, the "projects" are stored in this "DropFiles" folder.

    The point I was making with this is that Studio has some capabilities recognising different projects. Drag/Drop vs Create Project. Therefore the request would be to extend project categorisation to include that of GS.

    The supporting team has since clarified that "this" request is more of a Studio feature vs that of GroupShare. In fact there is already an item logged with development (LTE-167) stating that there should be two separate paths to configure: One for file-based and the other for server-based projects.

    Have a good day

    Lyds

      

    Lydia Simplicio | RWS Group

    _______
    Design your own training!

    You've done the courses and still need to go a little further, or still not clear? 
    Tell us what you need in our Community Solutions Hub

    emoji
Reply Children