The .fpj file in the folder where the duplication is being performed seems to not be capturing all of the activity.
It seems to be working OK in a quick test I just ran.
Do you get the same problem in another project? Create a new project or open one of the samples and try it there.
You should not delete the XPJ and the CPD. Always try just the CPD first. Trashing the XPJ means you lose various things from your project. See Opening RH Projects on my site.
See www.grainge.org for RoboHelp and Authoring tips
Follow me @petergrainge
Peter, thank you for taking a look. Here is a sequence that causes problems. This appears to be happening with multiple projects.
- View is: ‘By File Name’
- Duplicate the topic. Accept the default naming. Result: a single copy of the topic appears in the folder. The filename appears fine - not broken. But! The topic also shows as a Broken link.
- Change the View to: ‘By Topic Title’. Result: the copied topic disappears, but the Broken Link reference remains.
- Change back to view by filename and the copied topic remains gone.
- Click on the Broken Link and select ‘Restore’. Result: the topic appears by filename and by topic title.
- Save works fine.
- Close Project results in a crash.
- Reopen the project without deleting the .cpd file (only) and the project is fine. All files are present. Save and Close Project operate correctly.
Comment: This is just one sequence that consistantly fails. I can walk through other sequences involving duplication that also cause a crash.
Here is the work around that I am using:
I copy the .htm file that I wish to duplicate in MS Windows. Then from within my RoboHelp Project I import the new file. I re-title and can rename within Robo. This sequence at least allows me to avoid the 'crash'.
An observation from the sidelines here. I can't help but to notice that in the workflow you listed said you duplicate, then you later elect to rename?
I'm curious as to why you would follow that procedure?
Please bear with me. I do the duplicate hokey pokey all the time and I've never seen a crash occur from duplication. But my process varies a bit from yours. It seems that the first thing that happens when you duplicate a topic is that RoboHelp presents you with a dialog allowing you to choose the new file name and topic title. Since the dialog is already in my face, I just change it right then and there. But from what you are stating, you are clicking OK to dismiss the dialog, then calling it back up again to make the change? What is preventing you from just entering what you want right there on the dialog before you commit?
Helpful and Handy Links
Rick, thx. I was defining one of multiple sequences that seem to cause my crash. I am not currently enjoying a crash when I go through your sequence; however, in the past, I have experienced a crash with that method ...in some projects. I just walked through your sequence. Everything works as you describe, however; the duped/renamed file immediately shows up as a Broken Link. Save/Close no crash. Re-open and perform a 'Restore' on the broken link and the file appears just fine.
The crashing is odd. But the broken link is odder and quite mysterious indeed. It's like saying you stuck a page in the copier, you got the copy just fine but somehow the original page caused a problem. Aside from being the source for the copy to be made, nothing should be affected here.
I apologize for being lazy here and not fetching the whole thread to read. But is this project possibly on a network location? Seems you have gremlins in it! If so, this could explain much.
Helpful and Handy Links
Not on network. This is not the only project that we have experienced this qwerk/crash in. Intermittent.