Expand my Community achievements bar.

SOLVED

WCM edit mode causes browsers to crash (5.6.1)

Avatar

Former Community Member

Hello,

Our project has repeatedly battled with an issue for a few months now: we are unable to author whole-page content with the author's edit mode.  Once a page reaches a certain size (15-20 components), the user's browser (we've tried several) crashes, due to an unresponsive page.  We have been working around this impediment by authoring pages in separate pages for each "section", then concatenating the pages' jcr:content children.

The issue is likely caused by javascript, though we haven't pinned down the exact source of problems.  Periodically, the browsers report unresponsive scripts in one of the widgets.js, though it appears to happen with several of the 12 widgets.js files that are pulled into the requested page.  Where do these includes come from (they seem to be automatic), and how can we suppress them?  For example, I doubt we need to include security, commerce, scene7, or personalization widgets.

We also have a dependency on cq.shared, that we would like to slim down, if possible.  Is there any documentation around this clientlib and what it provides?

 

Thanks!
Dave Hughes

1 Accepted Solution

Avatar

Correct answer by
Former Community Member

This was a known issue.  Day Care was able to provide a patch to resolve the issue.

View solution in original post

3 Replies

Avatar

Correct answer by
Former Community Member

This was a known issue.  Day Care was able to provide a patch to resolve the issue.

Avatar

Level 9

Which browser causes this crashes? Do you have any add-ons on browser? Have you tried in other browser?

I suggest to try in any other browser and also try without cf# in url

Avatar

Former Community Member

We've experienced this in various versions of practically every browser (at least those which we actually care about): Chrome, Firefox, Internet Explorer, Opera, Safari.  We've tried this on several different computers, loading pages from several different environments.

Removing the content finder (/cf#) from the request URL makes no difference.

I've attached a screenshot to show three "unresponsive script" messages reported by Firefox before it crashed.  The next time the page was loaded, the reported lines were different.  Debugging those jumped into listener related functions, such as "updateComponentList()".  We are using cq:EditListenersConfig for some components, so as to refresh the page on component edit/delete.

The following has evaluated to null or missing: ==> liqladmin("SELECT id, value FROM metrics WHERE id = 'net_accepted_solutions' and user.id = '${acceptedAnswer.author.id}'").data.items [in template "analytics-container" at line 83, column 41] ---- Tip: It's the step after the last dot that caused this error, not those before it. ---- Tip: If the failing expression is known to be legally refer to something that's sometimes null or missing, either specify a default value like myOptionalVar!myDefault, or use <#if myOptionalVar??>when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: #assign answerAuthorNetSolutions = li... [in template "analytics-container" at line 83, column 5] ----