Skip to main content
Participating Frequently
October 25, 2016
Answered

Issues Upgrading from RH11 to RH2015

  • October 25, 2016
  • 2 replies
  • 1078 views

What is the best process for upgrading from Rh11 to Rh15 to ensure backwards compatibility with our existing projects?

We upgraded from Rh11 to Rh15 for Office 2016 compatibility, but had a number of problems with existing projects. We downgraded back to Rh11 but are encountering other problems.

I can provide more details if needed.

Thanks in advance for any help anyone can provide.

This topic has been closed for replies.
Correct answer Captiv8r

As for the error, I think your best approach is to tackle that one first.

Where you see RoboHelp complaining about the path being too long, note that this error may be a red herring and something else entirely could be wrong.

My gut is telling me that you should examine the suspect topic properties. Specifically, look at the file name? Is it unusually long? Does it contain spaces? Perhaps accented characters? Personally, I consider any character other than 0-9, a-z, A-Z or an underscore ( _ ) to be a character to be avoided. Just to stay on the safe side.

Cheers... Rick

2 replies

TFerreeAuthor
Participating Frequently
November 9, 2016

Here is what we ended up doing to resolve our issues:

1. As Capitv8r and Amebr both suggested I recommended the team only use uppercase letters, lowercase letters, numbers and underscores in file names. It seems to have worked for the ones we tested with.

2. Uninstall the old version with Revo uninstaller.

3. Go through the registry and remove keys with references to the old version. (Revo uninstaller sets a system restore point so this was safe to do)

4. Registry clean with CCleaner and reboot.

5. Install fresh with direct download from Adobe. I suspect something was wrong with the copy we had downloaded to our installs folder.

Thanks to both for your advice and time.

Community Expert
November 9, 2016

One other thought that occurred to me regarding source control. I'm not sure if it's possible with Sharepoint, but you can investigate.

When you install a new version of RH (even patch versions), the first time you open a project, make sure you manually check out the entire project using the source control application before opening it with RH. This will make sure all behind-the-scenes files are writable, so RH can make any changes it needs.

Theoretically RH should do this itself, but it might be worth trying this manually if users get multiple prompts to update the same project after a new version comes out.

Willam van Weelden
Inspiring
November 11, 2016

With SharePoint that's a bit of a bother. As you can't mass check out files easily in SharePoint.

You might try:

  1. Check out the project in RH11.
  2. Close RH11
  3. Open the project with RH2015 and run the update.
  4. Check in using RoboHelp.
Captiv8r
Legend
October 25, 2016

Hi there

First off, there is no "backwards compatibility in the RoboHelp product. Once a project has been touched by a new version, there is no turning back. Heck, I believe even the point versions behave that way.

One possible way to achieve this in a roundabout way would be to always generate a CHM of any given project. With a CHM file, you are able to easily decompile it and get most of what you need back. I say "most", because you will not get back things like Conditional Build Tags, Snippets and Master Pages.

Cheers... Rick

TFerreeAuthor
Participating Frequently
October 26, 2016

I appreciate the quick response, but that's not quite what I meant.

A little background and explanation:

I'm with my company's IT helpdesk and don't use RoboHelp myself, so I may not be explaining things correctly. As I said we upgraded to RH15 for Office 2016 compatibility, but the users had a number of complaints including "can't scroll, can't access links, can't access mobile, can't publish, keeps asking us to upgrade our projects over and over" among others.

In addition to that there was one particular project that was giving a specific error when they attempted to open it in RH15: "c:\[File Path Here].htm: The remote sever returned an error: (414) REQUEST URI TOO LONG."

I looked for info on that error in regard to RH but couldn't find anything. It seems to indicate that a specific file path was too long for some reason, but the error was always on a specific .htm file (across several users) and there were other files in the project with considerably longer path names that weren't generating this error.

I tried moving the project to a different directory with a shorter path but still got the error.

Users who had not upgraded to RH15 yet were not getting this error, so I downgraded users back to RH11. After doing this, I was told that they can open the project, makes their updates/changes and save, but when they tried to re-open that project in RH11 they get an error saying it was created in a newer version of RH and is not compatible, despite all the work being done in RH11.

Ideally what I'd like to be able to do is get everyone on RH15 without getting that 414 error or the scrolling/publishing/upgrading issues mentioned above.

Again, I appreciate any assistance.

Captiv8r
Captiv8rCorrect answer
Legend
October 26, 2016

As for the error, I think your best approach is to tackle that one first.

Where you see RoboHelp complaining about the path being too long, note that this error may be a red herring and something else entirely could be wrong.

My gut is telling me that you should examine the suspect topic properties. Specifically, look at the file name? Is it unusually long? Does it contain spaces? Perhaps accented characters? Personally, I consider any character other than 0-9, a-z, A-Z or an underscore ( _ ) to be a character to be avoided. Just to stay on the safe side.

Cheers... Rick