Linked Files Keep Losing Their Links

As I said, I think that lag is there shere number of images in one folder.

________________________________________________________

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

Both the RH project and the shared images are on our local C: drives (in different folders). We're able to keep those in sync through Git. 

The lag in opening the images file in RH is obvious to us as well (yours, as you said, may be it trying and failing to find that shared folder, which you don't have). Not only does it lag there, to even have it open causes lag issues in doing any action in RH, not just those to do with images. It seems like we're running up against some invisible file allottment in RH.

Not specifically images but large file numbers in any folder is not good. I hadn't deleted the last project you sent me and there are getting on for 2,500 images in the folder. Robohelp has a copy of the images in the project and it is that which is synced or not to the real images folder.

When I open your project, what is in the images folder takes longer to build than the other folders and I put that down to search for the shared folder, which of course it will not find.

The links in your topics are pointing to the local copy, that is another reason the shared folder contents are copied. Thus all the usual reports are available. (BTW You need to look at Unreferenced Topics.)

Losing links is not a known issue to the best of my knowledge but you might want to check that with Adobe Support.

If an any link is broken it should show in Broken links.

I notice the shared folder is on a C Drive. You do mean the C drive of a network server, correct? If not what is the setup?

________________________________________________________

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

Oh linked files is something different again. I don't know much about that feature I'm afraid. Perhaps Peter has further ideas on that.

Thank you, Amebr and Peter. We don't have anything in the .rh folder in Git, but we did have ehlpdhtm.js under version control, which I removed (the other files cited don't exist). 

As for images, yeah, we have a lot. Somewhere around 3,000 in three folders. I also have 32.0 GB of RAM. 

Yes, the green arrow tells us whether the image is correctly synced with its shared/linked location. For example, RH's images are in C:\1RoboHelp\InformaCast Fusion_rh2019\contents\assets\images, but the shared location is C:\2 Framemaker\images.

Do you get the image folder slowness if you get a copy of the project that isn't linked to Git (also located directly off your C drive like your real project)? If it is still slow in that situation, you could then perhaps try picking an arbitrary number and try a maximum of that number of images in the root folder and sub folders. For example, I have a test project with 60 images in the root folder and a bunch of subfolders with varying numbers of images, and I don't seem to get any slowness with that. (Oh, I also have 16GB RAM, so that could also be something to check.)

The green arrow you're talking about. That's a symbol related to source control, right? If so, it sounds like maybe something isn't getting checked in right, or getting overwritten by a different version? I'm not familiar with the new files in New UI, so I don't know what you might need to check in that regard.

@Peter Grainge do you know if there are certain files for New UI that shouldn't be checked in, like there was for Classic?

Hi Amebr. No, it's definitely at the root of C:. C:\1RoboHelp.

And on your C drive, the project isn't anywhere in your Users folder (such as Documents/My Documents or Desktop)? I want to confirm because while these locations look like C, quite often in corporate environments they are actually network or cloud drive locations, for backup purposes.

Hi Amebr. My apologies. I should have been more specific. We recently upgraded to RH 2022. These problems existed in both RH 2020 (and for the image lag for a long time before that) and they persist in RH 2022. We're both using RH from our C: drives. We then push the content up to our Git repository. We do indeed have many, many images. Most of them are in the images folder, but a few are in sub-folders below that.

Neither the link problem nor the image folder lag are things I've seen reported in the forums yet, although RH2022 is relatively new.

If you have a lot of images in the images folder, rather than divided into subfolders it could be laggy I suppose, but I think it would have to be in the thousands of images.

To rule out git and network issues, could you take a copy of the project and work on it on your C drive? Make it somewhere like c:\mydocs to rule out network/cloud sync issues related to the Documents/Desktop folders.