If you're lucky, it's just the recovery data that's bad. Either click No when asked if you want to recover, or find and empty the InDesign Recovery folder so ID can launch normally, then open the last saved version of the file and redo whatever is missing.

if i click "No" when asked to recover, the program will close immediately (it will appear " Adobe Indesign CC 2014 has stopped working. A problem caused the program to stop working correctly. Windows will close the the program and notify you if solution available").

By default it's in your User cache folder on Mac, or your user appdata\local section of the user profile on Windows. These are normall hidden folders, so you'll need to expose them in Finder or Windows Explorer. See Replace Your Preferences for the path to InDesign SavedData and the recovery folder should be in the same place.

You don't need to delete the whole folder, just what's inside. That should allow ID to start normally, but there will be no auto-recovery from the previous crash. The last saved versions of files should be intact (missing any changes made in the last session after a save) unless the crash occurred while ID was trying to save the file to disk.

As others have noted, you have found a rare and strange problem. You shouldn't see this again if you recreate the document, but if you do, then you know it is something bigger. For example, maybe a corrupted font or image or placed file, or something else you are putting in your document. Again, all those things are rare, so I would not expect there to be a problem.

Peter Spier No, InDesign working normally with other file. Just to this peculiar file it keeps crash. Woa..thanks to the link. I'll try it for sure...

davidblatner ID's box warning for contains invalid frame is appear about 15 times (with different "story begin with -..."). So i'm curious the problem is bad font. But i can't figure out what font it is. (i'm also make different paragraph style and character style..)

If the work is important, you can see if Markzware can recover the file for a cost. Or, if you wanted you could upload the file to dropbox.com or the like and either place a link here in a post or feel free to PM me the link.

InDesign files can become bloated with undo states (data it remembers and has saved in the file but cannot ever be used) without embedding images or vector information. Over time when resusing a document, this can grow quite a bit. Add to that embedded images and/or vector data and a file can become quite large even if it has had all images, vector and text deleted.

A good practice is to make oneself a template that links to static items--images or bitmaps--that do not change from issue to issue. When a new issue is to be created, the template is opened and a save as performed for the new issue, new content placed (not pasted), etc.

I would also add that during working on a new issue, that periodic Save As operations be performed. This will aid in cleaning out some of the acquired undo states that have begun to build up during the present session of editing and adding content. The files will remain quicker to open, navigate and add content for the issue. A greatly added bonus is that should the present document become unstable or corrupted, one can open a previous version and have far less work to do in order to "catch up" where one was before the corruption happened.

Just a quick note that I have never seen or heard any evidence that embedding images (that is, choosing an image in the Links panel and then choosing Embed Images from the panel menu) leads to file corruption. Sure, this was an issue back in the early 90s with PageMaker, but not with InDesign.

I would not embed very large images (over a few megabytes), but that is mostly because I just don't want my INDD file to become too huge.

However, I completely agree that images should be placed (File > Place), not pasted whenever possible. And yes, Save As is your friend.

Also, if there is any sense of any kind of file corruption, I highly recommend saving or exporting the file as IDML and then opening that IDML file. That usually clears things up.

Heck, it's a slow day on all the forums I inhabit so I'll bite once...

David, there is no empirical evidence either way. As Peter writes, perhaps document corruption is more due to pasting. In any case, as a document grows in weight from embedded image data--bitmap or vector--there is more time involved in the write operation. It doesn't take much of an OS blip to cause an incomplete write. Heck, I've corrupted downloads on a taxed system when doing other disk-intensive work at the same time before.

I think this (the write operation) is when corruption mainly happens. However, both the Mac and PC clipboard handler typically has more than one format in it when a copy is performed in the host application. Depending on what that data is, there can be 4 or more formats available on the clipboard to paste. My contention would be that depending upon how taxed the receiving application is, either incomplete data can be pasted or leak over from the other available formats in the clipboard handler.

Of the 4 applications I use for layout, the vast majority of files that a user reports document corruption with have embedded or pasted images/vector. Of those that do no have embedded/pasted material in them, and specifically in ID, they typically show up as strange formatting, incomplete panel display, etc and often can be cured by an IDML export. Not so when it is embedded image/vector data.

All of which is anecdotal. And I haven't had enough coffee this morning which affects my ability to think...

I think your thinking sounds pretty darn clear to me! I totally agree that when an INDD file becomes huuuuuuge, the probability for problems increases. I think the "network/OS hiccup" issue is a real one.

So my rules are:

98% of the time, you should use File > Place.

Copy and paste from Illustrator is usually fine, but only for simple vectors, and typically only when you're going to edit the vectors further in InDesign (e.g. put graphics inside them, color them, etc.)

Copy and paste from Photoshop (or other bitmapped image apps) is rarely a good idea. I'll do it for small graphics (like under 200K of data) when the INDD file is primarily going to be used for onscreen viewing (not print).

Perform a Save As often. It keeps file size down and it maintains a backup point you can return to if problems occur.

My thinking on pasting from Illy is that the only time you should do it is if you have no other choice. I did a job where things needed to be edited and I thought I'd save some time by pasting a logo and editing the colors in ID. Bit me big time... First I had to copy/paste the new logo into a couple of other layouts in the initial job, and the next year there was a change, so now I think six places that needed the same edits. I very quickly made the revisions in Illy and placed that in place of all the pasted versions.

Hah. I bet. Imagine an entire corporation's logo usage spread across countless documents and the logo is embedded...

I paste so little into anything that I wouldn't notice if pasting from an external application was removed from all my layout applications. I certainly don't do it on any document of importance. About the only pasting of imagesI do is when I take screen shots to build a temporary document of composited screen shots that will in turn be exported out as a new PNG or whatnot for forum consumption. I cannot think of any other paste usage.

Font manager auto activation, or some special-purpose plugin to do with the magazine workflow. You can check from Help > Manage Extensions... though that may not show some non-adobe plugins. If you see something though, disable it.