Eric Swanzey
going with the flow Posts:46
|
01-25-2010 03:33 AM |
|
There's a related thread over on dotnetnuke.com that is much newer, and hints at this being a broader issue than just those tabs that run DataSpring forms.
I had a portal exhibiting the errors, and noticed it had a legacy system.web.extensions dll in the bin. After removing it I mistakenly thought it cleared things up, only to see the issue reappear in the logs hours later.
What's strange to me is that it seems as if the problem is re-createable as described earlier in this thread. Yet, I'm not (yet!) running your modules on any of the problem portals, and can't force the error to be thrown so that I can diagnose or fix it. |
|
|
|
|
Mark Buelsing
river guide Posts:241
|
05-02-2010 04:51 AM |
|
This error stopped me in my tracks yesterday too. - With a slight difference. When I am logged in as host or admin, I see the error and the entire module does not load on the screen. So I am unable to mess with the DF settings for a rescue. But if I log in as a mere registered user, the form and page loads normally. Not sure that is important except that we need all the clues we can get to figure things out. I'm still searching the Internet for answers. |
|
|
|
|
Mark Buelsing
river guide Posts:241
|
05-03-2010 07:14 AM |
|
Chad, I hope you are in and have learned more about this since your last post. This issue has a grip on me.
My error message is
A critical error has occurred.
Exception has been thrown by the target of an invocation.
- I see the error on the page that the DF form is on.
- I have not seen it on the other page that holds the DR form.
- The error shows up when I am logged in as Host or Admin
- When logged in as a registered user it messes up sometimes and sometimes not.
- When not logged in at all, the form displays as normal
- I have tried inline editor on and off. The error remains for both.
- I have put a script injector on that page and it made no difference. In fact, the script injector normally has a small html button on it when it is on the other pages. But when it is moved to the same page as my Dynamic Form module, the butto goes missing and I can't interact with that module.
- Another interesting clue is that 3 times now, when I have gotten locked out of my DF form because of this error, I have fallen back to a previous version of the form, (which works fine) and continued development on it. 3 times now the error has popped up when I have just about the same number of controls as the last time. Or possibly I am working on the same section or controls that I was working on last time.
Do you have another fix idea? I'm under a big time crunch and my forms keep dying when I am getting close to completion. |
|
|
|
|
David To
river guide Posts:2719
|
05-03-2010 10:20 AM |
|
HI Whetstone, this is due to the new feature QuickEdits. We have it disabled for future releases. For now, you can disable this feature by going to Host / SQL and typing in: update {objectQualifier}modulesettings set SettingValue='True' where SettingName = 'DisableQuickEdit' -- David |
|
|
|
|
Mark Buelsing
river guide Posts:241
|
05-05-2010 08:29 AM |
|
David, Awesome! That error was very inconvenient. And your fix took care of it completely. I searched the forum for more references to "quickedit" and found practically nothing. I would have thought more people would have needed this. Anyway. Thanks again. |
|
|
|
|
Len Q
wading in the water Posts:17
|
10-13-2010 11:51 AM |
|
I have DNN 5.5.0 and DF 3.3.4 After entering over 160 fields I went to view them I got this "... Invocation" error! David To you're my hero for making it so I didn't have to re-enter all those fields!! |
|
|
|
|
Ryan Bakerink
river guide Posts:1900
|
10-26-2010 10:25 AM |
|
Hello Everyone,
If there are any questions please post them to my response.
Thanks,
Ryan |
|
|
|
|
Chuck
river guide Posts:157
|
11-12-2010 11:37 AM |
|
I received this error late yesterday:
Exception has been thrown by the target of an invocation
My details:
DF Ver:3.3.40.0 / 5.2.2
Firefox browser 3.6.12
My form consisted of over 100+ form questions.
I was logged in as Host/Admin, in the DF Control Panel. I wanted to save my Form and I chose to EXPORT CONTENT from the MANAGE DYNAMIC QUESTIONS drop-down selection.
When I selected my destination to export, and clicked the EXPORT link, that is when I received the error: Exception has been thrown by the target of an invocation
I could not see my form in Admin nor could I retrieve any DF Admin functions. But I can see the form when I logged out. At first, I didnt know if my form exported successfully or not. So in my form module, I thought I would try to IMPORT CONTENT, I saw that my form export name was indeed listed. So I went ahead and executed the IMPORT CONTENT. But to my frustration, the Error message still appeared and my form was still not listed. Frustrated and thought I lost all my work, Thankfully, I saw the post solution above: Posted: 5/3/2010 12:20:21 from David To
update {objectQualifier}modulesettings set SettingValue='True' where SettingName = 'DisableQuickEdit'
After I ran the SQL script, I went to my DF form and I still was not able to view my form as ADMIN. So what I did was go in as HOST | HOST SETTINGS |
At the bottom, click on RESTART APPLICATION
Finally, I got my form back.
NOTE: in my description above where I executed the IMPORT CONTENT. DON'T DO THAT FUNCTION!!!!
What happened is that I ended up having duplicate fields once I was able to see my form again. I had to go back and delete all those fields and if you have any Question events, it duplicated those too. So double check your COMPLETION events too.
Hope this is helpful.
-Chuck
|
|
|
|
|
Cheryl
river guide Posts:99
|
02-07-2011 12:23 PM |
|
Help! I was simply changing the Module Configuration > General Settings > Disable form Quick Edit to be unchecked since I have huge performance issues on my site with several lengthy DF forms and got the error (Exception has been thrown by the target of an invocation) when I clicked Update Settings.
The form displays fine for a non-logged in user (thank goodness!) but I cannot get to it as an admin. The "DisableQuickEdit" settingname in the ModuleSettings table is already set to True, so that doesn't help me fix this issue.
Can someone please help?!
UPDATE ... got my form back after I restarted the application from Host Settings again. Still trying to resolve the performance issues though. |
|
|
|
|