mk:@MSITStore cannot open file from within RoboHelp

Report · Jul 15, 2009

Have recently upgraded to RoboHelp 8 and now see the much discussed "Cannot open the file: mk:@MSITStore:<path>" error but only when trying to view .chm files from RoboHelp for Word, by clicking "View Primary Layout". Weirdly enough, some projects display the .chm correctly when clicking "View Result" right after generating the help file, some projects do not. Viewing .chm directly from output location is always fine. For very small projects, the "View Primary Layout" button seems to work. For very large projects, the error message always occurs. I've un-registered and re-registered hhctrl.ocx as well as downloaded, replaced and registered the previous ocx version (4.73.8412.0) as well as re-registered itss.dll The OS is Windows XP Professional with IE 7. Suggestions please? Thanks!

Report · Jul 24, 2009

Try replacing the curly quotes (both single and double) with straight quotes. Also try replacing the em and en dashes with the hyphen.

Report · Nov 11, 2009

If you are still having problems, another workaround you can try is to place a shortcut to the chm file either on your desktop or in your task bar. I prefer the task bar myself.

Report · Oct 30, 2012

RoboHelp 8

XP Pro

I recently ran into a problem viewing some pdfs and Word Documents in a generated html help file.

Setup:

pdfs and .docs in baggage files

links to the baggage files created in tables

2 tables in each topic

pdfs/docs in first table in each topic opened without a problem

pdfs/docs in second table would not open - address bar display:

(Example)

mk:@MSITStore:C:\EOCs\!SSL!\Microsoft_HTML_Help\BlueMedicare_EOCs.chm::/2012_EOCs/2012_WS_Book.pdf

(Pause for much gnashing of teeth, pulling of hair, angst, frustration and thinking) but no pdf (or Word doc)

I can't change registry entries or any other computer settings. No administrative rights.

Anyway, it couldn't be an outdated registry entry because within one project, some pdfs and docs displayed as expected and others didn't.

Checked to see what the differences were in the tables/cells that worked vs the ones that didn't.

Looking at the HTML, I found "target=_blank" in each row of the tables that failed to display a baggage file.

I replaced "target=_blank" with no replacement text - I left Replace with blank.

Voila! All pdfs and docs open just as expected.

I hope this helps someone.