Can you give us some of the hyperlinks for which it is showing red but the hyperlink is actually working.
Regarding the slow performance issue we regret that you are facing the issue. We are aware of one such issue and are currently working on it. The bug that we are aware of is typically for hyperlinks which have there destinations in other InDesign files, InDesign apparently opens these files in the background to check for the statuses which causes this delay. If you had these files opened it would work faster.
If you are sure that you dont have any hyperlinks which refer to Hyperlink destinations in other documents can you please let us know the approximate number of hyperlinks that you have in the document.
We would like to further investigate the issue and your help will be most appreciated.
Thanks for sharing the screenshot with us. Based on your screenshot i created a document having more than 1000 URLs i did see some red lights for the URLs though the URLs were active, thats one issue we are investigating.
I did not though face any performance issue.
It would be really helpful if you can share the file you are facing the issue in with us.
Please send the same to firstname.lastname@example.org , also please mention the platform you are working on and a brief of the problem, and please write in forJaved in the title.
Hey I wanted to let you know that the problem still persists after the newest InDesign update. Your collegues did not respond at any point to the issue at hand. They say it works, that's it. Meanwhile I can't work on my document because InDesign is simply unresponsive. The whole auto-checking process completely clogs InDesign! Make it a background process finally.
The issue is with the auto-checking issue. It really clogs the program completely. It takes more than thirty minutes to check the status of the links here. Meanwhile the program is unresponsive.
In this update 9.2.1 we fixed a few crash issues with the hyperlinks panel.
There is one issue where the hyperlink panel gets slow when the destinations are on other documents which we are aware of which is not yet fixed and we are working on it.
I tried creating many urls as you had mentioned but was unable to get the issue.
It would be nice if you could share the document you are facing the issue in with us via the mail
I am experiencing a similar problem, but in my case the program CC 9.2.1 not only stops functioning completely if the hyperlinks panel is open, it also seems to have created hundreds of false hyperlinks with names like .4621.1
Force Quit is the only way out.
Clearly there's a major problem here.
@Ariacat – hmm. I would not call them "false".
Hyperlinks with names like ".4621" (a dot at the start of the name) indicate, that they are part of a Table of Contents (TOC).
Every time you are building an automatic TOC hyperlinks with names like this are generated and present in the document.
However, usually they are set to invisible and hidden and should not be listed in the Hyperlinks Panel.
I ran into this problem today. When the hyperlinks panel is opened, everything slows down. It used to take me about 2 hours to insert the links into my publication. Today I spent over 5 hours doing it. Mostly looking at a spinning pinwheel or watching a column of text slowly re-render. Thanks for the lesson in patience, Abode. Hopefully it gets resolved soon.
I am having the same exact issue. I timed it... it took 34 minutes to create a new hyperlink.
I've been (happily) using this version for a few weeks and this just started happening yesterday.
Apparently I already have the latest update (9.2.1).
I'm on a deadline and can not work this way... !!
It is true that the .6821 etc. hyperlinks are from a TOC, but they should NOT be invisible in the hyperlinks panel. It seems the larger overall problem here may have to do with ID trying to verify the links, but it can take minutes to alter even one link. Something is definitely VERY wrong here and has rendered the program unusable for any project that includes hyperlinks. I have returned to CS6. It would be nice to get an official response from Adobe on when this will be addressed. I'm paying rent to Adobe to have working software, and the plumber needs to be called NOW. I will be contacting customer support to request a refund for every month this continues to render the program entirely unusable. Obviously, I'm not the only one experiencing problems with the hyperlinks, and I encourage them to do the same.
I am also experiencing this issue (InDesign effectively crashes when I try to insert a hyperlink) ad I have the latest version/update. I am working on a document that had existing hyperlinks and there were only about 30 max. So if it is doing 'background checks' surely it shouldn't take that long?? But I really think it's just a bug and isn't working, rather than 'doing' something.
Is there a resolution to this yet? It renders the whole program unusable :-(
I am also having this problem with Indesign CC 9.2.1. Has anyone found a solution or workaround?
I finally deleted and re-installed the program. Now it’s working just fine…
Thanks. That seemed to work for now.
The re-install was short lived fix. I am back to the same spinning pinwheel and an unresponsive Indesign application.
Same problem for me in InDesign CC 2014. Infuriating.
I have not experienced this problem with cc2014. I did start with a fresh set of preferences.
Exact same problem, and yes, very frustrating. I have 50 chapters in my book, and this problem appears in two of the chapters. One of the chapters that has the most hyperlinks (about 100, 40 to external URL, 60 text anchors) is unresponsive, one with about the same number is fine. I am "stuck" until this is fixed. Bad problem to have.
I assume you're using CC 2014 too? joev said he didn't have it with the new version.
Yes, I am running CC 2014 9.2.2...
I had no problems with the identical files with the previous (non-cloud) version of InDesign. I rebooted my computer, tried to load that one chapter, and at this point it will take hours, if it loads at all. It appears to be checking each link--so far I have three greens, but two reds to my external hyperlinks. I'd place a bet that the reds aren't really reds, that it is an issue with InDesign. I have another chapter with about two-thirds of the hyperlinks, it "crawls" but it does work. One other chapter approximates the one that has the problem, but it runs fine. The other 48, each with 50-100 hyperlinks, work as expected.
This is the first time I've had (major) problems with an Adobe product. Would it help the cause if I open a service ticket with Adobe, or is this already under review? Thanks...
For sure, I’d at least issue a bug report. I did that already. But it sounds like yours is crippling (mine just churned away for a few minutes, so it was irritating not debilitating. This warrants letting them know about it in a big way. I’ve been leery of the idea of the Creative Cloud because I fear that software may be rushed. Too many updates, too many unexpected consequences.
Update: I opened the offending chapter--took 20-30 to load. I then deleted the 3 red-condition (external URL) hyperlinks, leaving the other (40 or so external URL) intact. Tried to save the file, but after 90 minutes, I finally had to kill InDesign using Windows Task Manager. This morning, I reopened the chapter, it opened as a standard file, and not as a recovery file. The links that I had deleted, were still deleted. Wow--the chapter loaded in a "zippy" 5 minutes--but it did load. What I find interesting is that when I then attempted to scroll my long list of hyperlinks (I have 100 or so text anchor hyperlinks), I can quickly scroll down to review, but when I scroll up, the scroll tool locks, as if validating/trying to figure out, the hyperlinks above. Hmmm. But this time, after a few more minutes, I was able to return to the top of the hyperlink list, and then quickly scroll all. Based on my experience with this chapter, I believe that failed hyperlinks represent a serious problem in documents with many hyperlinks. I have two other chapters that nearly have the same number of (green) external hyperlinks, they, too, are very slow to load---but they do load, leading me to conclude that there are performance issues with the software. I reported the issue to Adobe.
Same problem here, running ID2014 10.0.0.70build on a 2012 2.4ghz Core i7 MBP.
Only 52 links. I virtually non-responsive when I had red or bad links. After clearing out the links AND unblocking the "Link Autocheck", still VERY laggy.
One thing that did work was to delete all hyperlinks (used and unused) and run the "Convert URLs to Hyperlinks" command. That seemed to clear up the bug. So it seems that it was an error introduced with an imported URL that cleared up when I deleted all.
Founding Partner - Chief Design Officer
Nice work--thanks for sharing.
As noted, I had 46 chapters that I created in an early version of ID, 3 that were exceptionally slow when I converted to ID-CC, 1 of which was non-responsive. Per your suggestion above, I took a look at the hyperlinks. Bingo! The problem with each of the 3 chapters is that in the translation, some/many/all of the external URL hyperlinks were converted to Shared Destination. When I was working with the 1 of the hyperlinks on that 1 chapter in question, it actually linked to the down-version of the original file. So effectively, the poor response time was a function of CC "calling" a completely different chapter. Since I have about 50 URLs that were converted to Shared Destination in a different ID file, I can see where there would be performance problems. I deleted all of the hyperlinks, recreated, and the performance problems were eliminated.
What is interesting to me is that I don't think I had any "translation/conversion" issues with at 43 out of the 46 chapters. I don't have the time right now to review all so I sampled, and all seemed fine. When I reviewed 1 of the 3 problematic chapters, I saw were some of the links had copied over correctly, some hadn't.
I am in the final steps of validating my entire book, so I may have more to share with the community, and with Javed down the road.
Thanks again, re-keying is a pain, but not nearly as tedious as being stuck, Bill
My file size for that chapter is close to 30MB (lots of photos), so I
don't know of an easy way to send that to you via email. I did put some
notes on the user forum last night--briefly, it appears that when I
moved to Indesign CC, for 3 chapters out of 46, some of the hyperlinks
got changed from URL to shared, with the shared link being the original
source file. So, in the case of the 1 chapter that had the most
hyperlinks, it was attempting to "read" around 50 hyperlinks from a
different (the original) file. I re-did all the hyperlinks and
everything now works correctly.
It seems like there may be a "bug" in translating hyperlinks from the
old to the new Indesign. I cannot explain why I had no trouble with 43
out of the 46 chapters--other than the 3 that do have performance issues
related to the hyperlink being changed to shared, are 3 of my largest
chapters. But I had no problems with my 2nd largest chapter, so I am
If I uncover any additional information, I will post it in the
community, and send you an email.
Thank you for your follow-up, Bill
Regarding the slowness when the Shared Hyperlink is in another file is one that we are aware of and have been working on it.
Regarding the translation, i am not sure how you translated it, but i suppose you just opened the file in the newer version. Suppose you have 2 files file 1 and file 2. File 1 has hyperlinks in it which are shared destination from File 2.
Now you opened File 1 in the newer CC and saved it, it still points to the File 2 of the older version. Now even after you open File 2 in newer version of CC and save it the FIle 1 still points to older File 2 and not the newer one. This is one thing that is like this from quite some time. Maybe the reason that this is being seen so now so prominently is due to the slowness of the hyperlinks panel.
One workaround for the time being could be if you could change all the shared Hyperlinks to there unshared versions before converting to a newer version.
And yes thank you for sending across the files.
This has been a known issue for MONTHS!!! And still no adequate response from Adobe. This BUG renders the program completely UNUSABLE! It is not an option to "change the links" to unshared because it can take an HOUR to open a file that has been corrupted with this BUG.
I cannot work like this and I'm sick and tired of the excuses. I pay RENT to Adobe every month for programs that work. Three releases have come out since this was reported. You're the landlord now. Fix the damn leak!!
I'm having the same problem. I have just updated to Indesign CC 2014, and am working on a 'saved as' document from CS6.
I've finally managed to get it to open the hyperlinks panel (ID was going 'unresponsive') by opening a different document with no hyperlinks and turning off the checking.
I also turned off preflight as some of those profiles can include link checking (eg digital publishing).
Luckily I can still create hyperlinks from the text using my keyboard shortcut, but I can't edit them without the whole thing becoming unusable.
It's REALLY annoying, as one of the main reasons I upgraded was because I was having a lot of trouble with hyperlinks, the way CS6 did them was just painful. This is a little better, but still...!!
Btw I don't really understand why a 'shared' url is an option (why would you want to use it, and why is it selected by default?) and why it causes problems.
Converted documents can often do strange things. I generally advocate that files be exported to .idml and opening that in the new version for conversion, but if you've already done significant work it's worth trying even after conversion. See Remove minor corruption by exporting
Thanks for the suggestion. The concern is though, what am I going to lose doing this conversion?
I'm on the latest version of CC (not 2014 - not everyone in my studio has upgraded yet) and suddenly started having this problem yesterday. I would click on the hyperlinks panel (tucked in amongst my set of panels) and get the spinning pinwheel. I had to force quit the program. Reopened, click the hyperlinks panel, spinning pinwheel. It was late in the day so I shutdown and left. Start up this morning, open InDesign, open my file from Finder (not recovered), click on hyperlinks panel, spinning pinwheel. This time I timed it whilst reading this forum thread - 15 minutes just to get the hyperlinks panel to come to the foreground and the program to be responsive again. So I followed the suggestion above and deleted every hyperlink and recreated them with "shared destination" unticked. Seems to be working for the moment.
But I agree, this is a problem. I will report it as a bug.
Thanks to everyone above for investigating and sharing.
I've been suffering the slowness for a while but today it just started crashing InDesign every time I try to access the Hyperlinks panel. EVEN with NO document open!
I wouldn't say it's the funnest bug when you're a mere 30 minutes away from a 60-page, $30M Tender Submission deadline and your Hovering Director wants to add a video link to the last page.
Me: "Hooray last page!"
- opens empty Hyperlinks panel -
- spinning wheel -
- spinning wheel -
Me: "Hmmm. This has never happened before." (total cliche)
Me: "Honestly I'm so sorry, I don't know what's going on." (second cliche)
- spinning wheel -
Me: "Oh god."
- survival mode kicks in and I push colleagues off their own computers, start duplicating and hope for the best -
Without time to think, troubleshoot, Google or read forums, this glitch could be quite detrimental.
Hi, we're a graphic studio with three and we're all experiencing the same problem... once we need to start working with hyperlinks it becomes a real nightmare...
I too have been experiencing this problem, which brings my workflow to a halt as soon as I open the hyperlinks panel in the most recent and up-to-date version of indesign CC. I expect a professional response from adobe since anyone with an up-to-date indesign CC and many hyperlinks will also be experiencing this problem. We expect an answer adobe!