for some reason jGrowl does not want to work on my IIS 5 (live) server, but works perfectly on my IIS 6 (staging) server. has anyone else experienced this problem or is it just my setup?
on iis5 i'm getting an "Object doesn't support this property or method" error
jGrowl (and jQuery) don't run on the servers, they run on the clients. Because of that, I'm thinking your problem is elsewhere. You could back up, and try the following code to be sure jQuery and jGrowl are functioning properly.
$(function(){
$.jGrowl("I work!");
});
Also, if you could post a simple example of how you're using jQuery + jGrowl, that would help diagnose the issue as well.
What browsers have you tested this in? Are you absolutely positive you are referencing the plugin-source in your page? Try copying/pasting the reference source from your code directly into your url.
Related
I have a site that looks fine when I run it in VisualStudio. However, I deployed the site to my production server and for some reason, the styles are not being applied. There doesn't appear to be any errors, missing resources, or permissions issues on the live server. I have been able to simulate the issue while running it in VisualStudio by commenting out the #Styles.Render("~/Content/css") line of code in my view. I'm not suggesting there is a problem with the line of code. I'm just saying if I remove the line of code, the styles aren't applied while debugging just like on the live server. The IP address to a very trimmed down version of the issue is http://69.2.50.212 if seeing the error will help. I wish I could provide more info but I really don't know what else to include.
This might be due to this problem.
Images not loading through CSS on IIS7.5 MVC4
I found similar kind of error while inspecting your page.
I have the follow problem. There is an asp.net application running on 5 different servers. On most of them everything is normal. Each page is doing single postback before rendering the result. On only one server we faced very strange problem. The page is rendered with the single post back, but after that, there is another second postback call even the html result is already displayed in the browser. I believe it's because of IIS configuration, but it's my first time facing such thing. Please advice if you have any idea. Always there is a solution to reinstall the fifth server but we won't know why.
Unfortunately the code is the same on all of the servers. Also they are working at same platform (windows server 2008 r2 + IIS 7.5). It could not be because of bad html syntax. The other servers work perfect. The fifth server is still not re-installed, but may be this will be the solution. We've already spent a lot of time searching for the answer, but it looks as strange as it is. I'm not sure if I successfully described it. The additional post back is not a real post back, because the html is rendered, the page is displayed, but the debugger goes one more time through the code. Otherwise nothing else happens. I wonder why the debugger will go again through the code as it won't change anything on the client side. Because on the browser side it seems as the request is finished, the result is received and everything displayed on the page. If you're not debugging it with VS, you won't find any difference - all the 5 servers looks as working equal. If the problem is not a setting in the IIS, it could be a setting in the VS, but which one and why???
I am trying to run a simple ASP.Net Web Application/Site on Vista Box. Unable to run any JavaScript when I hit F5. However when I deploy the same to local IIS and call the application using IE8 this application works and the JavaScript executes.
Another observation, when I copy the URL (example: http://localhost:XXXXX/yyy/Default.aspx) to a new tab within the same instance of IE8, this same happens. JavaScript do not run.
But when I browse the same application using another instance of IE8 the application runs well, meaning JavaScript executes properly. where do I set it or override it. Please help
I am suspecting that its something to do with the Instance of VS2008 running on vista home premium, so in all the above failure cases I was running VS2008 as an Administrator.
Please help and let me know how to resolve this. Thanks in advance.
Had the same problem. Settings in IE9 had been modified.
Tools ==> Internet Options ==> Security Tab ==> Intranet icon ==> Custom Level Button ==> almost all the way down to the bottom, Scripting ==> Scritpting of Java Applets ==> Enable radio button.
In my case, it had been switched to Prompt. Stopped Cassini from executing Javascript.
And thank you to Mr. Matthew Ward for pointing it out to me! Almost all of the options are locked out for us, so I have no idea how this changed.
Odd thing is, running against the IIS server on my box, the javascript worked.
Couiple thoughts
1) your instance of IE8 might have JS turned off
2) path issues (as suggested by Jared)
3) the "local path" issue; some browsers block Js that appears to be running from disk (might be a setting in your IE 8 to fix.
My blind guess would be that there is some problem with the path to your javascript files. If you could post the .aspx file that has the javascript that isn't running it would help a lot.
UPDATE: Thanks for the comment with the html, you should consider adding it to your question.
This problem sounds like a timing related issue to me (and your html doesn't seem to have any issues) so here is what I think will help:
1) Move the following code to the bottom of the page.
<script type="text/javascript">
$(function() {
$("#accordion").accordion({ collapsible: true });
});
</script>
2) Don't use relative URLs for your script/css tags. So your <script> tags should look like:
<script src="/Scripts/jQuery/jquery-1.3.2.js" type="text/javascript"></script>
<script src="/ui/ui.core.js" type="text/javascript"></script>
<script src="/ui/ui.accordion.js" type="text/javascript"></script>
3) consider using a minified version of Jquery and the other script files to reduce load times for them. Also, you might want to consider using a CDN hosted version of Jquery (from google, or microsoft).
If none of these suggestions work I would suggest posting the HTML for the entire page into your question.
i am using silverlight plugin 3.0 to display the chart.it is working fine on local pc but it is not working on server,it is not displaying any thing.
i have checked the MIME type also in iis.its over there.
please tell me whats the problem
thanking you
samir
Just to rule out the chart component itself, have you tried doing a simple "hello world" type application to see if it works?
This should test to see if it is the chart component/data source for it, or a general problem with your server/host and Silverlight.
It being a server, is IE in Extra Security Mode? It might not load up silverlight at all.
Do any silverlight things work? (I usually test with the gallery at silverlight.net).
I faced same problem. I used a perpetuum repoting tool. I had to create reporting services and these services are accessed by reporting viewer from client side. I forgot to change reporting services url. I put "localhost" and everything was blank(I saw blank page when access report).
so check if there is any issue like this...
or check this url about "URL Access Restrictions in Silverlight"
http://msdn.microsoft.com/en-us/library/cc189008(v=vs.95).aspx
We have an application that works fine when we have debug="true" in Web.config, when we set this to "false" however the application stops working. It seems as if object inheritance is not working in the javascript (Microsoft JScript runtime error: Object doesn't support this property or method). Has anyone come across this before?
A bit more error detail:
a.beginUpdate() is not a function
First off, don't try to debug your javascript in IE 7 or 8. It's a losing proposition -- you'll only end up scratching your head and swearing about what that error means. Download a copy of Google Chrome, Firefox with FireBug, or IE9+. That will show you where the error really is. Start there.
Second, I'd bet it has something to do with UI objects being named differently when sent back to the client, or maybe an element just isn't there for some reason.
Well, this is what it was...a couple of the controls had the below missing in their constructors. Nice
ControlName.initializeBase(this)
I Had the same issue, after checking all the properties, I noticed the AppPool didn't have the permissions to read some files in the deploy folder, so I've created a new Application Pool Connected by a User, granted privileges and it worked.
Not come across this problem, but if you enable script debugging in IE, you can step through your javascript and narrow the problem down. I'd be surprised if javascript in the client was being affected by the app settings on the server, but I could be wrong...