Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Web CMS (TeamSite)
Internet Explorer crashing
ttriemst
Good Morning,
This forum is becoming my home away from home, but you all are so helpful. Someday I hope to be able to contribut as much as everyone else. Now, onto the problem. I have submitted a similar question ealier and thought that I had the issue resolved, but it seems to have popped up again. I am running TS552 on Solaris 2.8. I am using Internet Explorer 6.0.xxxx. After I hit the "close" button on a template, it brings up the box that says "would you like to submit this file for approval". After I click ok, the workflow box (that asks me to select a workflow) opens up, and then it brings up an Internet Explorer error. The IE error says "Microsoft Internet Explorer has encountered a problem and needs to close. We are sorry for the inconvenience." It also gives me the option to send an error report to Microsoft. Now for the strange part. When I log into TeamSite as an editor, I get the error. When I log into TeamSite as a master, I do not get the error. I have tried several things such as logging in as an editor and doing another workflow (in the same branch), and it works great (no errors). It seems to be just a couple of workflows. The last time I posted an error similar to this, it was thought that maybe the local version of JDK was causing the issues. I have verified that I am only running one version of the jdk. Does anyone have suggestions on where to start troubleshooting an issue like this?
Find more posts tagged with
Comments
Adam Stoller
Brute force: Start removing things from the workflow template and/or available_templates.cfg and/or anywhere else you can think of - until the problem goes away; then try adding stuff back piece by piece until you can recreate the problem; then report your findings here and/or to Support.
--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com
awgolk
I had a very similar problem. I uninstalled and reinstalled visual formatter. Everything works great now.
ttriemst
Ok, it took me a while to narrow down what the problem is. The DCR that I have going 7 replicants on it, and then each replicant has a couple of replicants underneath it. When I am working with just a couple of replicants, it seems to be fine. When I start getting more replicants, it does not seem to like the visualformat editor. At first I thought that it was something wrong with the customer visualformat xml file that I made. So I used the visualformatconfig.xml editor in my datacapture.cfg file, and I still get the error. It seems to have an upper limit on the number of replicants, and the number of sub-replicants. Do you know if there is a limit on the number you can have?
ttriemst
I removed visual format from my computer, and then when I edited the DCR again, it made me reinstall visual format. I am still getting the same error. Did you download a new version from the web? Also, if you look at the previous reply to fish, it seems that it has to do with the number of replicants that I have (7 replicants, with each replicant having a couple of replicants).
lhdavis
One, have you duplicated the results on a different computer?
Two, have you duplicated the results using a different user account?
I would just check those out to make sure it's not something specific to your machine, browser, and/or user id so you can at least cross that off your list.
Side note: while I haven't experienced the same issue, we did have huge performance issues on DCR's that had multiple replicants that used multiple instances of the Visual Format Editor on 5.x. Couple of years ago we had a job posting template that would crash occasionally because it had >20 instances of Visual Format Editor running (in hindsight, we should have gone with a better design so no flames please).
One of the improvements in 6.x is that there is only one instance of the Visual Format Editor active at a time which should improvement load times for DCR's.
Luke Davis
Open Technology Group, Inc.
luke.davis@med.va.gov
ttriemst
Thanks for the quick response. I have been able to duplicate this on different computers and I have duplicated this on different usernames (accounts). It seems to work fine if there is only a couple of replicants, but crashes IE when there are to many.
Adam Stoller
Ae the VF Editors "inline" our "external" ?
Anything prior to TS6.0 you really want to make sure the VF fields are using the "external" editor which essentially makes the VFE a callout - effectively reducing the number of VFE ActiveX components that are attempting to run at the same time.
--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com
ttriemst
I have verified that I am using external editors. I have also contacted Interwoven Technical Support to find out if there is a limit to which they can be used. Thanks for the help.
ttriemst
Fish,
I just thought that I would let you know the response I got from support:
Hi Tod,
Yes there is a limit to number of replicates with visual format
Limit is 1.
This is a limitation due to active x used with visual format.
For now I have removed visual format and I am working on a solution. I just thought that I would pass this along (or post so that if anyone else comes accros this issue).
Thanks for all your help.
Adam Stoller
If you set up the textareas to use the "external-editor" for VisualFormat - you should not have this problem. The limitation is based on having the VFE "internal" so that it is "active" for all textareas immediately. (This is what's been fixed in 6.x - where the underlying code has been modified so that only one text area's VFE will be active at any time - regardless of whether it is implemented as "external" or "internal").
--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com