Skip navigation
Currently Being Moderated

"Not Well Formed" and "Junk After Document Element" Errors

May 10, 2012 6:17 AM

We are having InCopy stories that generate errors that I cannot find much information about online. This happens in CS4 and CS5 documents. We have no documents that originated in CS5.5 so I don't know if InCopy CS5.5 will CAUSE the issue, but I know that CS5 files opened in CS 5.5 have seen this issue manifest. Files that are functioning normally at check-in will just open next time with one of these two errors. No crash or strange behavior before suddenly the error appears. We can have dozens of stories in a document (or hundreds) and one will corrupt in this manner. An hour, a day, a week, maybe a month later, another file will die. There seems to be no discrenable pattern.

 

The errors are "Not Well Formed" and "Junk After Document Element." I can open the .icml files in a text editor and find and (usually) fix the problem, but wonder how the files are corrupting? The "junk after document element" files will have a complete duplicate of the content of the file starting immediatley following the </document> tag. It is as though instead of writing just the changes to the file when checked in, InCopy appends a whole new document, beginning with the <?xml version="1.0" encoding="UTF-8" standalone="yes"?> tag.

 

The "not well formed" files appear almost the same, but instead of the document starting over after the </document> tag, it will have a copy of itself inserted willy-nilly in the middle of the file. This one is much harder to fix…

 

Has anyone else seen anything like this?

 

Primarily CS5

Mac OS 10.6.8

Files stored AFP on Windows Servers with ExtremeZ/IP

 
Replies
  • Currently Being Moderated
    Jun 18, 2012 2:08 PM   in reply to kevin.cecil

    We have experienced the "junk after line ..." message twice in the last week. The InCopy files are corrupt and cause crashes in InCopy and InDesign. Very frustrating. Working in CS5.5.

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 18, 2012 2:23 PM   in reply to kevin.cecil

    So far we have been unlinking them and making the changes directly to the Indd file because that at least is something we can control. What measures have you taken?

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 27, 2012 3:51 PM   in reply to kevin.cecil

    Hi. This is the only thread I have been able to find that speaks to this problem—we are having multiple cases of this problem in our ediorial department. We are using 5.5. I don't know enough about the code to fix this in TextEdit. My main concern is not losing all of the editing done to the files. Any ideas?

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 27, 2012 4:43 PM   in reply to Jim Tedrick

    Fixing our text in TextEdit is akin to starting from scratch. Our solution was to finalize the edits in InDesign. Not elegant, but expedient.

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 29, 2012 9:26 AM   in reply to kevin.cecil

    This was my first experience with the error message:  "Junk After Document Element"

     

    Last night my editor made substantial edits, including copy/pasting in InCopy, to a multi-page Table list with Paragraph and Character styles.  This morning when attempting to update the link in InDesign, nothing would happen, and I got the above error message.

     

    Working in CS5 on a MAC workflow through a server. 10.6.8 on both desktops.

     

    Kevin you are a lifesaver.  Just as you said, the code duplicated in the .icml file.  Thanks for walking me through the fix on the phone.

     

    JON TAYLOR

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 29, 2012 9:27 AM   in reply to kevin.cecil

    Thanks, Kevin. This is helpful. I would like to see Adobe address this bug in the application. We were on the phone with tech support for quite a while yesterday discussing the problem. Today we are sending them copies of the corrupted files to examen. I hope this leads to some fixes, but who know.

     

    thanks!

    Jim

     
    |
    Mark as:
  • Currently Being Moderated
    Jun 29, 2012 12:43 PM   in reply to kevin.cecil

    Thank you for this information. I have forwarded to the InCopy users. They will check it out asap.

     
    |
    Mark as:
  • Currently Being Moderated
    Jul 1, 2012 8:22 AM   in reply to kevin.cecil

    Thanks again for your help. I have forwarded to my InCopy users.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 3, 2012 2:06 PM   in reply to A_Loko

    Have any of you that have posted on this thread reported your problems directly with Adobe Tech Support? We have opened several case files with them in the past two minths, and they have not followed up. Have any of you had success in getting Adobe to recogize there is a flaw in the software that needs to addressed?

     

    Jim

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 3, 2012 2:09 PM   in reply to A_Loko

    This is Tyler, and I work with Jim. We know how to fix the files when they are damaged, but I am wondering if someone has heard from Adobe as to a solution, fix, etc to prevent this further corruption? We confirmed the icml corruption is also an issue with InDesign and InCopy CS6 version 8 as well.

     

    If anyone hears from Adobe with a solution, let us know.

     

    Tyler

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 3, 2012 2:57 PM   in reply to Jim Tedrick

    I have not pursued this with Adobe. I send the requisite "error" reports when the software crashes. Has anyone else?

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 6, 2012 9:52 AM   in reply to kevin.cecil

    Unfortunately, we have not gotten anywhere with Adobe. We were promised calls back—no one called. In fact, we had someone promise to call within 30 minutes on Friday—no one has yet called back. They said our case was forwarded to a Senior engineer, and they would be in touch—again, no one has ever called us back. We have forwarded them damaged files per their request—still no one has ever responded. Each time we call back to check in, they want to start over the process as if we have never contacted them (putting us through the same rigamarole as before: uninstalling, reinstalling, etc. If this continues, we may ask for our money back or put in an appeal with our credit card company to have the charges reversed. This has been unacceptable and apparently Adobe is unable/unwilling to be held accountable for their software.

     

    We would love to be able to continue our workflow with inDesign and Incopy, so if anyone knows how to get ahold of someone in Adobe who can actually help, or hears of a long-term preventative fix, let us know. Otherwise, we may have to scrap InCopy as defective software and go with something else.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 31, 2012 1:11 PM   in reply to wylertay

    Has anyone by chance encountered a preventative solution to this? If so, please post to the board.

     

    We are still experiencing the problem on a regular basis, and Adobe has not come up with a long-term fix.

     

    For now, we have switched our editors over to making edits in InDesign since InCopy has been so unreliable.

     

    if you are still encountering the issue, keep submitting files and details to Adobe.

     

    Thanks!

     

    Tyler

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 2, 2012 8:20 AM   in reply to wylertay

    We updated our InCopy and InDesign and have not been having problems since. Also, some of our editors and typesetters work offsite. We found that some issues were caused by one or the other shutting down before the file transmission to the server was complete.

    -Angie

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 2, 2012 8:31 AM   in reply to wylertay

    To be specific: we applied the updates that were available to Indd and InCopy 5.5. So we are running InDesign and InCopy CS5.5 7.5.3 We have not yet updated to CS6.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 2, 2012 10:31 PM   in reply to A_Loko

    We are running ID and IC 7.5.3, and it has not resolved the issue. We also tried CS 6, and we were able to cause corruption in the icml files with this version as well (locally and when using files on the server)

     

    Angie, can you tell us a little more by what you mean, "We found that some issues were caused by one or the other shutting down before the file transmission to the server was complete." Can you be  little more specific? What did you do as a workaround? This might be helpful to us.

     

    Right now, we have switched all of our editors to making edits in ID instead of InCopy. We have been sending corrupt files to Adobe, but there still has not been any resolution.

     

    Thanks,

     

    Tyler

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 3, 2012 9:05 AM   in reply to wylertay

    An outside typesetter is working on an indesign file, creating the icml and icma files, and uploading them to the server.

     

    Some of our files are large and require a great deal of bandwidth to up- and download.

     

    If he prematurely interrupts the file transfer for some reason (shuts the laptop lid, quits indd, temporarily loses connection with the server) then the transmitted file is truncated and the error occurs.

     

    This has happened twice for different reasons. A hard drive was bad. Another time the connection timed out.

     

    To work around this we have been sending large assignments via file transfer applications rather than directly uploading to the server.

     

    This seems to (knock wood) have helped.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 5, 2012 9:36 AM   in reply to A_Loko

    Thanks.

     

    We have ruled out this is the issue for us as both local users (over stable Gigabit Ethernet connections) and remote users (over stable Internet connections) have experienced corruption. Our files are on the smaller side. Also, we have experienced icml corruption when working on the files locally as well (with the server disconnected and removed from the equation), so we think it is an InCopy issue.

     

    Tyler

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 5, 2012 9:50 AM   in reply to wylertay

    You may be right that it is InCopy. We may be experiencing a (happy) lull in corruption.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 5, 2012 12:21 PM   in reply to kevin.cecil

    Wish I had an answer for you Tyler, but I don't, especially if you're having the issue with local files (and thus have ruled out a wonky network or server or permissions).

     

    I'm jumping in to say that I have personally taught and supported hundreds of companies of all sizes using InCopy/InDesign workflow (which equates to probably 1K users) all using the server/folder method and have only run into that sort of document corruption ("not well formed") at two clients, back in CS2 days.  I don't remember the cause but the fix was reinstalling the software.

     

    95% (at least?) of all my IC clients these days are well past CS2 of course and I simply don't hear of that anymore. I'm not denying your struggle with it, just jumping in to "defend" InCopy a bit. What you and A.Loko dealt with is VERY unusual, in my experience. (and I'm glad you found the problem A_Loko!) ... That's all.

     

    A few months back -- maybe last year? -- someone posted here about another problem they ran into, where editors save changes but the designers don't see updates, something like that. Equally knotty and frustrating, and a lot of user jumped in w/suggestions, the thread had over 50 replies I think. In the end, the problem turned out to be that when the designers exported multiple stories to InCopy from the layout (and InDesign automatically assigned the stories filenames by pulling the first couple words from each story as usual), in some of the stories, the first word or two had special characters like diacritics, and InDesign included those (stupidly) in the filename. It was no problem on the Mac side, but on the PC server it ignored those characters since they weren't legal, and thus confusion abounded.  We didn't figure this out till the user posted screenshots of the Links panel and the Assignments panel.

     

    So I'm wondering ... assuming you are fully updated software wise, and the network is healthy (you don't run into corruption working over the network with "normal" ID files or Word docs etc.), if maybe the issue has to do with fonts (corrupt/old font?) or corruption in the content (old content, Saved As repeatedly over the years?) or something glitchy in the Word docs (symbol/faux character/formulas?) that you're importing into the stories, or a conflicting plug-in etc.?

     

    AM

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 9:27 AM   in reply to kevin.cecil

    Adobe is now confirming this is indeed a bug. If there are any users that are still experiencing this issue, please email me offline at tyler - a t - wipfandstock - d o t - c o m, and I will give you additional details. I highly recommend contacting Adobe tech support to initiate a tech support case and make sure they escalate it to Tier 2.

     

    In the meantime, we are trying to switch our editors over to using InDesign to make the necessary edits to our typesetters files (yes, it is way overkill as a glorified text editor but it works without corrupting the files!)

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 12, 2012 9:36 AM   in reply to wylertay

    Well done, wylertay. Thanks for your vigilance to bring this to Adobe's attention. I will keep track of any problems that arise in the future and report them at once. Knock on wood, we have not had an issue in quite some time.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 28, 2012 10:24 AM   in reply to A_Loko

    Received the Not Well Formed error today; on end-of-the-month deadline. I am going to get our help desk to contact Adobe.

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (1)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points