Adam
river guide
Posts:116
 |
| 11-10-2011 10:05 PM |
|
Ref: http://www.datasprings.com/default....051&afpg=1It looks like the jQuery conflict problem has returned and this time we can't select the disable jQuery as the module doesn't save the setting, and if we change it on the DB the module doesn't read the setting. On my test system I have found the 'EnablejQuery' setting in the table, this was against an existing module which was there before but when adding a new module the setting is missing in the module settings table. It seems that it doesn't matter what value I set 'EnableJQuery' to, the form always ignores it and loads jQuery causing the jQuery conflict again. Needless to say I won't be loading v4.0 to my production system. Chad, any help on getting a solution to this? Thanks Adam |
|
|
|
|
Don Gee
river guide
Posts:273
|
| 11-11-2011 11:13 AM |
|
Hi Adam,
We are having our lead developer review this one. He is at the DNN conference all this week so there should be some reply on it by next week.
Thanks
|
|
|
|
|
Administrator Account
going with the flow
Posts:48
|
| 11-14-2011 04:51 PM |
|
Hi Adam,
This is something that we are reviewing... We are testing against 5.6.3 and also 6.1. Basically, we meant to remove the option completely and not even allow/use jQuery at all in our modules. But... I guess we still added the jQuery.NoConflict and I am thinking maybe that is causing a problem. I am installing a version to test against and I will follow up with you shortly.
Thanks,
-Chad
|
|
|
|
|
Administrator Account
going with the flow
Posts:48
|
| 11-14-2011 06:56 PM |
|
Hi Adam - I tested this on a fresh DNN installation of 6.1 and I am not having any problems... We have a few issues with Panels not showing up if they are deleted and panels sort order but not yet with jQuery.
The setting was removed for running the jQuery file because most users don't need it unless they are on a very early release of DNN. We are running a jQuery.NoConflict() JavaScript though. Can you tell me what version you upgraded from? What are the specific errors if you are running in debug mode?
-Chad
|
|
|
|
|
Adam
river guide
Posts:116
|
| 11-16-2011 02:40 AM |
|
Hi Chad, Sorry for the delay, FireBug Tells me (same error as we got in previous DF version when Jquery enabled); $ is not a function [Break On This Error] $("#standardMenu .rootMenu > li.haschild").hoverIntent(config); StandardMenu.js (line 39) "enabling javascript debugger to support JavaScriptTool" IE gives error; Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0C; .NET4.0E) Timestamp: Wed, 16 Nov 2011 12:36:52 UTC Message: Object doesn't support this property or method Line: 39 Char: 5 Code: 0 URI: http://test.e-zcert.com/Portals/_de...ardMenu.js |
|
|
|
|
Chad Nash
Posts:5260
|
| 11-17-2011 10:36 AM |
|
Hi Adam,
Just to see if this is related to the same conflict... Can you please upgrade to the latest 6.1.1 release that DNN put out to see if this fixes the issue?
Sounds like they changed when jQuery is/was getting rendered.
-Chad
|
|
|
|
|
Adam
river guide
Posts:116
|
| 11-17-2011 10:04 PM |
|
Hi Chad,
I guess from the speed of latest DNN patch that there were some priority issues. I have now updated to the latest 6.1.1 DNN version but unfortunatley the problem is still happening.
Thanks
Adam |
|
|
|
|
Adam
river guide
Posts:116
|
| 11-17-2011 10:12 PM |
|
Hi again,
I just carried out another test, by changing the skin back to the default DNN skin on one of the pages, this fixed the problem.
I guess this means that DF4 is conflicting with something in the skin, where as DF3 didn't. Is there anything I can look for? My skin is a new DNN6 XHTML compatible skin, my host settings are also set to XHTML 1.0 Strict.
Any ideas?
Thanks
Adam |
|
|
|
|
Chad Nash
Posts:5260
|
| 11-18-2011 07:48 AM |
|
Hi Adam,
My guess might be that your skin is calling / using or referencing some other/older jQuery files? Can you check and see the source code and search for .js to see what JavaScript files are being pulled in with both skins to see if maybe that is causing a conflict?
Thanks,
-Chad
|
|
|
|
|
Adam
river guide
Posts:116
|
| 11-20-2011 10:26 PM |
|
Hi Chad,
I've look at my skin and there are two .js files that it references;
%=SkinPath %/jquery.cycle.min.js
/Resources/Shared/Scripts/jquery/jquery.hoverIntent.min.js
The first file is a script that is part of the skin package. What do you think?
Thanks
Adam |
|
|
|
|
Jeremy Farrance
going with the flow
Posts:31
|
| 11-22-2011 02:05 PM |
|
We are on DNN 6.1.1 and just upgraded DynForms from 3.4.5 to 4.0 and we are now stuck as described above. Is there a fix for this yet? I tried going in to the database and manually changing the ModuleSettings for EnablejQuery; was True, changed it to False, restarted DNN. But this made no difference. Switched it back to True again, no difference.
I checked the page source and the only jQuery related item I can find getting included twice is:
then about 20 lines later
Both of the above files are in the , not the head.
Other than that there are no other duplicated JS files that I can find/spot. I am guessing that the one above that ends with "?cdv=24" is the proper one that DNN is injecting.
Is there a safe/easy way to roll back to Dynamic Forms 3.4.x?? |
|
|
|
|
James Donnelly
wading in the water
Posts:25
|
| 11-22-2011 06:14 PM |
|
Hi there,
I'm having the same issue on my dev server, could really do with a patch as it is slowing me down.
(Same versions as above)
James
|
|
|
|
|
Chad Nash
Posts:5260
|
| 11-23-2011 08:52 AM |
|
Hi guys,
Well this is something we are still reviewing… Mostly because we don't know yet exactly if this is a bug in our module or from DNN. The most recent versions of Dynamic Forms are no longer injecting the query.min.js file (at all). We are calling a jQuery.NoConflict() but that is it. I think the bigger problem is that DNN isn't always loading the jQuery file anymore? The way around it is to use a script injector module maybe to add it in? We are still trying to understand what is happening… the reason why that setting is no longer there is because we no longer inject it at all (so its always set to disabled).
So in other words... have you confirmed the DNN really is injecting the jQuery script?
-Chad
|
|
|
|
|
Chad Nash
Posts:5260
|
| 11-23-2011 08:54 AM |
|
For example --- This really highlights some of issues/changes in 6.1 and 6.1.1... So we are not sure yet if the problem is in our module or actually just a problem or change in DNN. http://www.dotnetnuke.com/Resources...6-1-1.aspx -Chad |
|
|
|
|
Chad Nash
Posts:5260
|
| 11-23-2011 02:16 PM |
|
Hi guys... I wanted to jump in here again. For any of you who have a working example of this happening on their 6.1.1. site, please open a support ticket or email us from the contact us link and provide me with a URL and host/super user account... I can make sure that this gets fixed/corrected and hopefully before the end of the holiday weekend here. I have been reviewing some of the changes DNN and a recent blog post from Ian/Sample Code related to this from Bruce Chapman and I think I have a pretty good idea for what to do... but I still need to have access to a site that has the problem so I can verify it is fixing the problem.
Thanks,
Chad
|
|
|
|
|
Chad Nash
Posts:5260
|
| 11-25-2011 05:51 AM |
|
Just another reference to this... I have added in all of the same jQuery code to make sure to inject/not inject jQuery however the error is still there. From what I can tell and with some research on the same error you are also seeing related to hoverintent (that is coming or being called from the standardmenu.js) I found this exact/same error for another module: http://www.ventrian.com/Support/Pro...fault.aspx They listed a few fixes while we keep researching.... Scott from there had posted this possible fix... "For a temporary fix, you can switch over to the Dark Knight Mega Menu instead of the Dark Knight Standard Menu. Noticed this today. portals/_default/Skins/DarkKnight/DNNStandard/StandardMenu.js What's the fix? I can give it a try here." Not sure why I am not seeing this on my test installation though. Thanks, Chad |
|
|
|
|
Candace
river guide
Posts:2431
|
| 11-30-2011 11:26 AM |
|
Hi guys,
Just wanted to note that a new Dynamic Forms 4.0.10 patch was posted at Snowcovered yesterday. You can access it from Patches and Hotfixes (or in MyDownloads if you have the Collection 5.0). Please let us know if this clears the issue for you. Thanks!
Candace |
|
|
|
|