I have a web page that is generated with Access 2003 and uses Office Web Components. It worked fine with IE6 and IE7 but does not work anymore with IE8.
Here are more details. I create an MSODSC component and a WSH object to get my ConnectionString in the registry. Then the Dropdown Lists are fed by a request to the database.
It works perfect with IE6 and IE7, works locally with IE8 but if the page is served by IIS to IE8, the drop down lists are empty.
Can anyone help me ?
Thanks
Mactov
It was just a security issue. I had put my site in the confidence zone (according to the error message). I transfered it into intranet zone and it works perfect.
Here is how I solved - actually almost solved it. The help message was explaining me to put my pages into the "confidence zone" (I don't the actual name in english) but it was not working anyways. I then took my pages to the "local intranet" zone and it worked good. It is just a matter of security.
May that help.
Mactov
Related
I recently moved by site to https and i have many users from xp and ie8.
Just noticed website with https not working as per screenshot below:
AS per my research on similar topics:
http://support.microsoft.com/kb/968089
Microsoft says, you cannot view the site until you make some changes into your browsers, which is not possible to explain to every user who has IE browser.
Similarly, when i view Google on ie8 it works fine, so any one guide me what is the solution?
any help would be appreciated.
I am working on a site that has to use IE6 !!! BUT also requires intranet users to access apps that need Firefox. Is there a slick way of doing this when launching the app? (link pop up - seems old fashioned). Not sure how much access I have to the root directory, ie for HTaccess
thoughts much appreciated.
You can use a <div> element inside conditional comments and display it for intranet users only based on an IP check.
Has anyone every encountered this problem:
Apple's Safari v5 is disrupting the image urls on one of my magento v1.6.1 sites within the same domain. The site in question is http://store.guns-aws.com
When analyzing the lack of images, I have noticed that image urls are being disrupted from www.guns-aws.com to www.guns -aws.com [notice the space]
Ironically Safari 4 does not have this issue and the same site works perfectly fine with IE, FF, Opera and Chrome.
Thinking its a javascript error, I have also disabled java and still the problem persist.
All your help is appreciated.
p.s. Mangento wise, I have cleared the cache, reindexed the whole site to no avail.
With best regards
Fabian
Try going to System > Config > Web > Unsecure and check the Base URL and Base Media URL and make sure there are no spaces.
To determine if its a javascript or server error, right click on the page and hit View Source. If the URLs there have the space, its the server's fault. If they don't have the space, and you only see it in the Inspector its Javascript. However, I suspect its the server not Javascript.
I found out the error within the database -> core_config_data [base_media_url] of the site in mention. [If you ask me how the error developed, I really don't know...]
One will not notice that the url is disrupted via magento's settings panel as the url would display as it should so.
Hence for anyone with this trouble, just go to the database via phpmyadmin, select the core_config_data table and check for the base_media_url of the effected site and amend accordingly.
With best regards
Fabian
I'm totally stumped here, so any ideas would be appreciated.
I have a RichFaces application, which recently became non-functional when used from IE6. The problem began when I included the following line in my main template:
<a4j:loadScript src="resource://jquery.js"/>
This results in the following generated HTML:
<script src="/AgriShare/a4j/g/3_3_3.Finaljquery.js.jsf" type="text/javascript"></script>
By "non-functional" I mean that pages no longer load, b/c the first page appears to hang the browser for a long time, and then all references to jQuery say that the object was not defined. Eventually this appears to put IE6 in a state where further clicks do nothing.
After a lot of trial and error I have established the following:
The app still works in Chrome, Firefox and IE8
The app still works in IE6, if I switch to HTTP. So, the problem appears to be related to HTTPS, which I can't dispose of.
I further narrowed down the problem by trying to manually request 3_3_3.Finaljquery.js.jsf in IE6 address bar. It asks me if I want to save the file (so it can see it is there), but when I say 'Save', it hangs for about 5 seconds and then says:
Internet Explorer cannot download 3_3_3.Finaljquery.js.jsf from [host_name].
The connection with the server was reset.
Doing the same download over HTTP succeeds.
Gradually reducing the size of the file, I noticed that the download eventually succeeds over HTTPS, if I get the files size below ~ 110KB. There is no specific size it works at though. I tried the same trick with prototype.js and it worked at a different size value.
I can't trace the SSL session, b/c I cannot get access to the certificate's private key, so now I have absolutely no clue what to try next.
Any ideas would be greatly appreciated.
Try using Fiddler for debugging. It can handle SSL.
You might also want to consider hosting the server yourself and taking a look at the server log.
The problem was solved by turning off compression of javascript files in Web Cache.
Sounds like the problem might be related to this: http://support.microsoft.com/default.aspx?scid=kb;en-us;327286
I have an MVC 1.0 app with a form that works just fine.
The app also launches an SSRS using the URL ReportServer interface (**Not the Webform ReportViewer Control!). This also works just fine.
But if I export the generated SSRS report (say to .pdf), and then return to the MVC application, no form will work. By "not work" I mean that on the Post action, the form collection is not returned.
I'm completely lost as to what could be causing this behavior. Any ideas? Thanks in advance.
Figured it out. One site was NTML authenticated, and the other was not. I had assumed with IE8 and tab-session states that the NTML - non-NTML IE optimization interplay no longer applies. But this experience proves it does, at least on XP and Vista.
So the solution is to either hack the client registery (I've never thought this approach really practical) or in my case, use 2 sub-domains. In the latter case, it's important to know that the IE authentication optimization uses the full URL. So suba.mydomain.com and subb.mydomain.com will each be treated as a unique site by the IE authentication optimization, and hence not lead to the sequential site authentication dependancy problem.
This KB is relevant: http://support.microsoft.com/kb/251404