I'm using a Display Image Item with settings section set to 'BLOB Column returned by SQL statement'.
It shows the image (are big sized) without problems in Chrome, Edge or firefox but on IE it only shows a little black square with an X inside.
Any idea how to fix it?
Support for IE is deprecated since version 20.2, and even before there were features that did not work properly. My advice: don't use IE with Apex, if you can, use always other browsers which are properly supported and work without issues.
Display images might be one of those issues. Starting with Apex 18 this might be due to a problem with IE11 when using the X-Content-Type-Options:nosniff response HTTP header. The images from the display image items are not displayed correctly in IE11 because Apex is not able to define the correct mimetype.
This is reproducible in the case of BLOB Column Return by SQL Statement, which is exactly your case. You can confirm it using the console debug mode.
Notes
6.1.4 Support for Internet Explorer 11: Deprecated Support for Internet Explorer (IE) 11 is deprecated.
Starting with release 20.2, only the current and prior major release
of Microsoft Edge along with Google Chrome, Mozilla Firefox, Apple
Safari will be supported.
Deprecated means you can still use it, but support will ultimately be removed for it. Also as Microsoft has removed IE as its standard browser, replacing it by Edge, it is likely you will always have unexpected behaviour in this browser.
We all know that for security reasons and compatibility with legacy applications, many companies still use IE in order for those applications to work properly. However, using it with Oracle Apex is always a bad idea.
Related
We just upgraded to APEX 19.2 from 5.14. The applications seemed to migrate fine in general but I have noticed an issue with applications in IE 11. The font apex icons are not displaying. I have regions with a refresh icon and they do not display. The button operates fine but it's just an empty square. Has anyone else encountered this or know of a solution? This is mainly on my home page. If I navigate away to another page in the application they are also missing from that page. But when I navigate back they show up. Everything is fine in Chrome but not IE. I have to have this work in both.
Any help here is appreciated.
To be honest, you should be recommending that your users use a more modern browser such as Edge, Chrome, Firefox, or Safari. Even if you do manage to find a workaround for your icon issue, Oracle has stated that they will be dropping support for IE 11 in APEX 20.2.
I'm working on a corporate intranet and we have recently redesigned it using all sorts of CSS3 goodness as specified by a design agency. Our corporate standard browser is (still) IE8 so in order to make the CSS3 work I employed CSS3 PIE (http://css3pie.com/) which recreates the CSS functionality using VML via a .htc file - and it works great. However I've noticed that the http_referer value for pages viewed in IE8 is being returned as the location for pie.htc instead of the actual referring page and it was working just fine before the redesign. Firefox is tolerated as an alternative browser and for pages viewed in that browser all the http_referer values are as they should be. This is causing quite a headache for forms which redirect using this variable, as well as the logs which dump various environment variables to database for easy querying - and the guys who analyse the stats aren't remotely happy!
I have flagged this with the developer of CSS3 PIE and it's a mystery to him, but before I register a bug I wanted to see if it might be some failing of IIS or some setting I've missed in it (I'm using version 6 on Windows 2003). We have an Linux server with Apache as well for different purposes which I redesigned using the same technique and that doesn't seem to be displaying the same behaviour.
Does anyone have any related experience with PIE or any other .htc files on IIS which they were able to solve? Or is it some kind of IE8 bug that will never be fixed?
we experience the same issue. We removed it from the html. It could be an IE bug, I don't see any reason why the referer of the .htc should be the same as the page.
The most recent version of Firefox has messed up our internal wiki layout so that the left bar menus are displayed below the content on all pages now.
I've tried using multiple resolutions and window sizes and the problem persists so that doesn't appear to be the issue.
There are no problems with Chrome or IE however.
A screenshot of the problem is attached here for you to see.
You're using an old MediaWiki version. It does UA sniffing and sends different code to different browsers, relying on bugs in some of the browsers to make the code sent to them render correctly.
Firefox 9 removed a nonstandard property that only Gecko used to implement. MediaWiki was using that property to decide that the rendering engine was Gecko. With it gone, MediaWiki now decides that you're using kthml and sends CSS rules tailored to khtml bugs... but Gecko happens to not have those bugs. So the rendering ends up wrong.
Your options are to either update to MediaWiki 1.16 or newer (which you should do anyway, because your version is not getting security fixes anymore!) or wait for Firefox 10 to come out, because chances are that will restore the nonstandard property because too many sites were sniffing for it.
See also https://bugzilla.mozilla.org/show_bug.cgi?id=683151 and https://bugzilla.wikimedia.org/show_bug.cgi?id=31807 for more info.
I have a VB6 application using the WebBrowser control. It displays HTML pages from a local folder (using file:// URI scheme). Some of those pages contain embedded JavaScript code.
It all works well for the vast majority of users, but occasionally we get reports from people who have problems with everything JavaScript-related in the pages. Basically, it looks like they have scripting disabled inside the WebBrowser control.
The problem is: I cannot even reproduce the problem. I was trying to fiddle with various settings in IE security (IE8 on Win XP Pro SP3), disabling various scripting-related options for different zones (which zone includes local file system, by the way?), - I'm always having JavaScript running well in my tests.
Does anybody have any idea of what may be going wrong?
Thanks
I think I know why this is happening, it's because the IE version the WebBrowser control renders under is IE 7.0 in most, and if they are using a browser older than IE 7, it will render under IE 4.0 (seriously). They do this for backwards compatibility. So if some of your users have IE 6, their default IE rendering engine will be IE 4.0. Of course, since you are probably using IE 9, yors would be IE 7 engine.
You can change the engine, if this is what you want to do, to the current engine (ie: to the current version of internet explorer installed on the users system).
Also, I'd like you to go to http://whatsmyuseragent.com/ on your IE browser, and then through the hosted WebBrowser control; you'll see the difference.
Also, ask your problemed users to go to http://whatsmyuseragent.com/ through their hosted WebBrowser control if they can, and note the results, if they are running pre-IE-7 then most likely their hosted webbrowser control will show IE 4.0. This is almost certainly the reason for your problem.
How is that possible?
http://img191.imageshack.us/img191/7080/wtfsg.jpg
Any solution to separate IE8 from IE7?
To quote this article on IEBlog:
IE8 will send the “MSIE 7.0” version information when viewing sites with Compatibility View enabled. (...) A new “Trident” token in the User-Agent string allows your code to detect Internet Explorer 8 clients even when they are using the Compatibility View feature.
To wit, your page is displayed in Compatibility mode, hence the UA change.
In this case you need to check from your developer toolbar if you are rendering your site as IE7.
You can get to the developers toobar by hiting F12 and checking the browser mode and puting it to IE 8.