Inspiring

Question

Several users working on a RH project - problem with reviews and CloudID

Forum|Forum|4 years ago
January 28, 2022
7 replies
1047 views

Hello community,

at the moment we are strugglinh with our reviews.

Till last week there was only one user which was creating reviews.

Since this week i have to employees who are working on the same project.

The CloudID is mentioned in the project file as Peter Grainge was explaining in this topic:
https://community.adobe.com/t5/robohelp-discussions/activate-reviews-are-gone-after-sharing/m-p/11921849#M136942

My second employee started to create a review, but was not able to receive my comments for his review. He always received a error message: "{"statusCode":404,"message":"{\"reason\":\"not_found\",\"message\":\"The requested resource could not be found\"}"}"

I`ve then deleted the CloudID of the project and he deleted the reviews in the CreativeCloud.
After that it worked.

Later on my "first" employee didn`t see his reviews anymore in RH. They were only be seen in the CreativeCloud. I was then very confused about that.

We use a version control via AzureDevOps so that each user is able to work on the RH-Project.
Is there someone in this community who is able to help us in any way.

I need more knowledge about this CloudID and if several users are working on the same project and using reviews.

Thanks in advance!

This topic has been closed for replies.

Peter Grainge

Community Expert

@Marc M. I think this is one where you will be better off taking it up with Support. See https://helpx.adobe.com/contact/enterprise-support.other.html#robohelp for your Adobe Support options. The email link tcssup@adobe.com is recommended as it reaches a team dedicated to Technical Communication Suite products including RoboHelp.

________________________________________________________

My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

Peter Grainge

Community Expert

@Amebr It's already on their internal list.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

C

Christian L..

Participating Frequently

Nevertheless, I've created a bug so we can track the issue:
https://tracker.adobe.com/#/view/RH-10543

Many thanks for your quick support and tipps.

Marc M.Author

Inspiring

We are still struggling with using reviews for several RH-users.

We`ve fixed the problem with the CloudID already, but now one of my employees is not able to create a review.
Employee 1 is working with reviews without any issues since we fixed the CloudID problem. But employee 2 is not able to create a review. As soon as he is sharing this review to me or others, the review is gone.

Today i took a look in the files, within a user-folder regarding this issue and found the following:

When you create a review, RH is creating a folder for this review in:
C:\...\Employee2\RH-project\.rh

But for Employee 2 the folder will not be created. We can exclude that this is because of windows user rights. This is already proved. So the question is, what can be the reason, that this folder will not be created as a folder will be created for each review for Employee 1?

Furthermore there is a file named ".employee2.preference". In this file i am able to see that a folder should be there for the review (see attached). So what can be the reason for this?

A

Amebr

Community Expert

While Peter has stated the issue is known by Adobe, it might still be worth creating a bug so it doesn't get lost and you should get notified when it is fixed.

You can request features and report issues here: https://tracker.adobe.com/

Post the item number in the discussion so people can easily vote if they want the same functionality.

Peter Grainge

Community Expert

I understand this is known to Adobe and will be addressed.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

Peter Grainge

Community Expert

@Amebr A very good point! On the other hand say you and I check that file out and I add a colour or a tag to the project and then check it back in, you then check it back in without making any such changes or making different changes to colours and tags. Won't my changes be wiped out or does source control warn of that conflict?

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

C

Christian L..

Participating Frequently

It's a bit of an odd story: We moved the project file to a folder within the project structure where the users can get it when checking out. The old project file was removed ad added to .tfignore. If they do such changes @Amebr mentioned, we must add/change them (manually) in this project file. Then we can check this project file in (this one is in source control) and inform the other users to again put these changes in their project file. There is also a readme where the project file was pointing to its new location.

You see, this is only a hacky workaround, Robohelp does not state the .rhpj as not-to-have-in-source-control by default, which is correct. But introducing the review feature nobody thougt about the process of source control and multiple reviewers. So the implementation using the cloud id in the project file is the real issue, this must be solved differently by Robohelp.

Luckily, we don't change settings in the project file often, so this is ok for now. But as I said, the root problem is not solved.

Marc M.Author

Inspiring

We have now excluded the project file from our version control.

Sadly we still have the same problem with the review...

He has created a complete new review and sent this to me yesterday.

Today he wasn`t able to see his review in Robohelp, only in the Creative Cloud.

His CloudID is correct.

Is there any other connection between a user`s review and a file in the project?

Peter Grainge

Community Expert

I hadn't thought of that but it makes perfect sense. I will add that to this item in Snippets on my site.

Thanks for posting the solution.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

A

Amebr

Community Expert

@Peter Grainge I think the rhpj file needs to be in source control though, otherwise the project won't work when a new user gets the project out of source control - there won't be any file for them to open in RH.

Peter Grainge

Community Expert

You have two people who have created reviews. If I understand correctly:

First employee created a review that was fine.
The second employee added a review to the same project. They should have seen both reviews in the review tab, to the best of my knowledge, assuming they did a full check out. Can you recall if they did?
The second could not see their review so you trashed it in CC and their project. They then created a new review and all was well. Did One then do a full download?

I have to add that I am not sure that taking a full copy of the project is required as I am not a source control user.

I think you will have to take this one to Support. See https://helpx.adobe.com/contact/enterprise-support.other.html#robohelp for your Adobe Support options. The email link tcssup@adobe.com is recommended as it reaches a team dedicated to Technical Communication Suite products including RoboHelp.

Check with them how reviews work when source control is involved. They should be able to resolve the whole issue for you.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use the menu (bottom right) to mark the Best Answer or Highlight particularly useful replies. Found the answer elsewhere? Share it here.

Marc M.Author

Inspiring

Hello Peter,

thanks for you response. I think you`ve understood it correctly. I`m not quite sure what you mean by "full check out" and "full download".

Nevertheless i will give it another try.

Both colleagues should delete all reviews in Robohelp and in their Creative Cloud.

After that i will delete the Cloud ID in their RH projects.

If i understood correctly, they should have a different CloudID as each user as its own CloudID for a project.

Is this the case?

Marc M.Author

Inspiring

We`ve now figured out, why we have these problems with our reviews.

In our version control the rhpj-file is also included.

That means, that User 1 is checking in his changes and is uploading the rhpj-file.

User 2 is starting Robohelp and is working with cloudId of User 1.

After that he is not able to see his reviews. Simple thing...

Now we exclude the project file of our version control as we won`t change settings a lot on that.

Thanks Peter for your opinion.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded