WebHelps generated on laptops using RoboHelp 2017

Thanks for confirming it was the environment.

________________________________________________________
See www.grainge.org for free Authoring and RoboHelp Information

Eventually, due to some backend system updates (all of us think this is the reason) 2 writers in our team have been able to generate the WebHelp with no empty or 0kb files.

I think that pretty much gets RoboHelp off the hook and establishes the issue is environmental. If a project on your machine is copied to another machine or multiple machines and works on all other machines, there has to be something about the machine set up. By copying you know all the settings in the SSL are the same, the tags are the same and so on.

Ask IT to create a new profile for you without deleting the old one and then generate again. I have seen different issues fixed by that but it's a last resort as the settings for all your other programs will be affected.

Thanks Peter for your response. Sorry for the late reply. Earlier, we thought of applying patch updates for RoboHelp 2017, but we came to know from the software installation team that support was not available for this version and this was one of the reason why the team only had RoboHelp 2019 in their catalogue. So, we went ahead and moved to a higher version. No worries, we managed to update RoboHelp 2019 as well (14.0.14.002).

We are using RoboHelp Classic 2019 as it has features that we need to use most frequently for our Help. Even after we had moved to 2019, we still saw 0 kb files in our folders. Eventually, due to some backend system updates (all of us think this is the reason) 2 writers in our team have been able to generate the WebHelp with no empty or 0kb files. Sadly, I am still facing this problem.
Yes, we cannot share our project files outside the organization.

Installed RoboHelp 2019 - so far, what we've found is that if we generate using WebHelp (merged Responsive HTML5) option,  no 0 kb files get generated. 

When I said apply the updates I meant to 2017. Are you now talking about 2019 Classic or 2019 New UI? 

Does this mean that changes in WebHelp output implementation for one RoboHelp version is affecting the other older RoboHelp versions for WebHelp output? 

Are you trying to work on a project in two different versions? If that is what you mean it is not something you should do.

Am I right in thinking you cannot share one of these projects with me so that I can take a look? 

If you are still on Classic, have you tried deleting the CPD file from an errant project and then generating?

I will take another look but it will not be this week. Sorry. 

Posting an update:
1. Installed RoboHelp 2019 - so far, what we've found is that if we generate using WebHelp (merged Responsive HTML5) option,  no 0 kb files get generated. Does this mean that changes in WebHelp output implementation for one RoboHelp version is affecting the other older RoboHelp versions for WebHelp output? 
2. We do not encounter 0 kb files issue with our responsive Help files while using RoboHelp 2017 to generate. Hence, the problem seems to be with only WebHelp output.

3.I have some questions about webhelp output generation in RH2019. Do I post it on this thread or start a new thread? 

OK. It seemed like a possible explanation. Let us know what happens when IT have done their bit.

We work on the RoboHelp project locally on our individual laptops. We zip and share our source files. We either import the updated topics into the project of the writer who will generate the WebHelp or if the changes are minor then only one writer works on the source files and not the entire team.  I simply wanted to know about working on a RoboHelp project in various setups. The current WFH situation and RoboHelp issues have made me curious.

Source control is complex to set up and not something I can help you with.

Remote desktop working is fine as effectively it is the same as working directly on that machine.

Virtual Desktops though are another thing. Are you saying that you are working on a virtual desktop and did that start when you went to the laptops? If the answer is yes, I suspect that is where your problem is.

Thanks Peter for your response. We have approached the software installation team. They are going to look into the issue. You have talked about source control. Can you please explain a bit about this practice? Also, what are the challenges that writers usually face if they work on their RoboHelp project using a remote desktop or VDI setup?