Sign in
 
HomeInternet Explorer 10Internet Explorer 9Internet Explorer 8Previous VersionsLibraryForums

none
Server-side image map web pages do not work properly on some, not all, MS operating systems (IE9 only)

 > 

    Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    When the mouse dwells over the image map area of the server-side web page the following occurs: The map coordinates text box appears and flashs at a very high rate; The IE process take more and more memory the longer the dwell time, to a max of about 1.9 giga bytes (I.E. there is a memory leak); The CPU usage spikes during the mouse over dwell period, and remains spiked during the after dwell time catch up period (it seems to use about 100% of 1 cpu, overall cpu load depends on how many CPUs you have); The IE window locks up until the text map coordinates box buffer is cleared (can take up to an hour after moving the mouse away from the image map) (on my computer the ratio is about 1 to 1, meaning for every second of dwell time, it will take a second with the mouse NOT over the diagram for the text buffer to be exhausted. I.E. one minute of dwell time creates two minutes of text messages).
     
    As far as I know this issue only occurs with IE9. On previous versions of Internet Explorer server-side image maps always worked fine.
     
    This issue has been found on 3 computers so far: Two windows Vista 32 bit and one Windows 7 32 bit. However, it worked fine on a friends windows 7 64 bit computer.
     
    I wrote some web notes with more detail including a link to a screen shot showing memory and CPU usage
    I also have an example server-side image map web page.

    I have searched and searched and not found anything about this issue anywhere (which is maybe just because I didn't find it)
     
    All computers tested were current with windows updates.

    Originally, I posted this issue elsewhere, and was referred to here as possibly a better place for it.

    I guess I don't really have a question. I am just trying to help by pointing out something that doesn't seem to be working properly. The question might be: Is Microsoft aware of this issue? and when might it be fixed?

    Saturday, November 19, 2011 12:38 AM
    |

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

     

    I just test this problem on my machine(IE 9 with Windows 7), and it works fine on my side. I would report this issue to our product team to determine whether this is a known issue with IE 9.

     

    If I have any progress for this issue, I would post it here as soon as possible.

     

    Thanks for understanding.

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. ”
    Monday, November 21, 2011 8:38 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    zhen tan: I will add your test case to the list on my web notes. Is your windows 7 64 bits or 32 bits?

    My list of tested IE9 computers is small as most of my friends are still using IE8, and it always works fine (as far as I know).

     

    Tuesday, November 22, 2011 5:04 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi Doug Smythies,

    I run IE 9 on my Windows 7 32-bit based machine.

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. ”
    Tuesday, November 22, 2011 5:39 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    O.K. so zhen's computer is the first 32 bit version to not have this issue. I have also found a friend with a 64 bit windows 7 computer and IE9 that has this issue. Now we are at 7 IE9 computers tested, and 5 of the 7 have this issue. This is all detailed in my web notes, but I can see from my access logs that nobody (except zhen) has actually read them. A more appropriate subject line for this thread would now be: Server-Side Image Map type web pages do not work properly with Microsoft Internet Explorer Version 9 on some, but not all, computers.

    Edit: Now at 11 IE9 computers tested, 8 showed this issue, 2 did not, and 1 showed it one day but not the next.

    A simplified way to test for this issue is to just hover the cursor over the image map for say 30 seconds, then move the cursor either to another spot on the image or off of the image. Is there a delay in the current map coordinates being displayed? If yes, then your computer has this issue. When the cursor is moved off of the image, is there a delay in the text box with the map coordinates disappearing? If yes, then your computer has this issue. You don't have to use my server-side image web page given above, you can use any one.

     

    Wednesday, November 23, 2011 11:26 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Original tests were done with IE9 9.0.8112.16421 Update Versions 9.0.3.

    The issue is the same with Update Versions 9.0.4 and 9.0.5

    Now tested total is 15, 13 showed this issue.

    Sunday, February 19, 2012 6:56 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    Win7 x86 IE9, fully patched.

    I tried your test page

    http://www.smythies.com/~doug/map_test/image_map_1.html

    (note: your url contains ~)

    and did not see any of the issues you reported. You have not mentioned if you have tested in noAddons mode...

    I also have Flash Cookies disabled... IE UI flickering and high CPU usage has been found to be caused by Flash and Flash cookies. No wonder Google has its own OS that supports Flash on mobile devices. <wink>

    Do you use Flash anywhere on your site? (it may be using Flash cookies.... )

    Start>Control Panel>Adobe Flash (32 bit).... view your Flash cache... your domain will be listed there if a flash cookie has been dropped on the client without your knowing.

    I would avoid using strict DTD's unless you are only targeting IE9 versions of msie browsers.

    Regards.

    Rob^_^

    Sunday, February 19, 2012 7:50 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi IECUSTOMIZER (Rob),

    Thanks very much for trying this and reporting back.

    Yes, I have done a number of tests with Addons disabled. Sorry, I thought I had a note about that in this thread. I do have a note about it on my web notes.

    There is one spot on my web site that uses flash. My cache shows 0 bytes for my domain.

    If you supply hardware details, I will add your test case to the list on my web notes. (I'll add a note anyhow, with the hardware details blank for now). Example:

    FAIL Dana B., ACER 6593 Intel Core Duo P8700 2.53 GHz | OS: Windows 7 Ultimate 64 bit service pack 1 | IE9 9.0.8112.16421 Update Versions 9.0.4
    PASS IECUSTOMIZER (MS tech forum), X86 ??? | OS: Windows 7 ??? | IE9 9.0.8112.16421 Update Versions 9.0.5

    O.K. so, tested total 16, 13 showed this issue. (that I know of).


    Sunday, February 19, 2012 10:17 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    0 bytes for your domain... then your domain has a flash cookie installed on your test machines. Something created it... it didn't just get there by itself... something else installed on your machines may be trying to write to it... very interesting....

    x64 Win7 SP1 (sama fully patched) x86 IE9 fully patched, Flash cookies disabled, no existing flash cookies for your domain.

    all feedback for IE 10 can be submitted at connect.microsoft.com/ie (they are no longer accepting feedback for earlier versions)

    these are public forums, we do not work for MS.

    see this post at the Building Windows 8 blog -

    http://blogs.msdn.com/b/b8/archive/2012/02/16/internet-explorer-performance-lab-reliably-measuring-browser-performance.aspx

    "Many third-party applications depend on Trident, the network stack, and other IE
    components. Extensions like BHOs
    and toolbars load within the IE context. Other applications, like security
    software, can inject themselves between IE components. These applications become
    part of the IE stack, and can lead to poor performance. The Performance Lab is
    capable of measuring the impact of third-party software on browsing real world
    content in a controlled environment. These studies are important to IE and the
    ecosystem because users generally cannot quantify the impact of popular software
    on their browsing experience"

    before you shoot yourself in the foot.

    Regards.

    Rob^_^

    Monday, February 20, 2012 6:23 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    My appologies... I thought you were talking about the server side asp.net map control... I see you are using ubantu/appache. It is unlikely that a server side version will generate different markup from a client side version UNLESS you are using browser sniffing in your server side code.

    What is your server side language? Is there a Tomcat there?

    actually you are talking about the <img> element with a ismap attribute, and <img> element with a usemap attribute... 

    Your test page validates and I have tried all the possible troubleshooting techniques I know, but I still cannont reproduce the issues you describe....ui flickering/ growing cpu usage. I tried toggling the Compatibility View, debugging with the Developer Tool, looked at requests and responses with the networking tab, toggling CPU rendering, changing screen DPI.... it may be your binary ismap attribute, but ismap="ismap" should be as valid as ismap and as I said I do not see any symptoms.

    What is your company network environment? Are you using a proxy? (SQUID?)

    Do you have any sites listed in your IE Intranet Sites list?

    You are using Wintel machines and not VI's under ubantu?

    I don't really care for your answers... as I said... all feedback should be sent to connect.microsoft.com/ie

    but for me the only explanation is your company network configuration.

    Rob^_^

    Monday, February 20, 2012 9:22 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi Rob,

    Thanks for the time you spent on this and your feedback.

    My server side stuff is hand written HTML code. I do 4.01 strict coding and check it with the W3C validator (which I see you did also). I do not have Tomcat.

    My UI does not flicker, only the text box showing the map coordinates flickers.

    My network is fairly simple, and their is no proxy and no SQUID. By the way, for computers on which this issue occurs it will occur on any server-side image map that can be found on internet. I.E. it occurs for cases outside my network. Of all the test cases (all are listed in my web notes), only 2 originated inside my network. I am saying the root issue is not my network configuration. Also keep in mind that during this issue, there are no packets whatesoever going between the client and the server (at least until you "click").

    I only have localhost, both via name and via 127.0.0.1, in my IE Intranet Sites list.

    While you said you don't care for my answers, I supply them for completeness of this thread.

    Monday, February 20, 2012 4:07 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    Remove localhost from your Ie Intranet sites list.... IE9 has intranet autodiscovery.

    There is not text box showing the co-ordinates on your test page.

    http://www.smythies.com/~doug/map_test/image_map_1.html

    Rob^_^

    Monday, February 20, 2012 7:29 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Perhaps I am using the wrong terminology when I said "text box". I meant the little box that shows what the URL will be if one were to "click" at that position of the map. It also contains the map coordinates. An example of what I mean is in one of the screen shots in my web notes. (both links are in my original posting, but only two of 386 viewers have clicked through to them.)

    If that box does not appear for you, Rob, then maybe we are onto the difference between a PASS and a FAIL for this issue.

    Monday, February 20, 2012 10:12 PM
    |
  • Question
    Sign in to vote
    1
    Sign in to vote
    I'm quite sure that Rob doesn't have this "textbox" at all ;-) And I don't have it either.  I'm able to reproduce your issue once I disable showing the statusbar. I propose that your issue doesn't occur if you display the status bar. Looks like a nice bug to me.

    IEFAQ: http://iefaq.info

    Monday, February 20, 2012 10:46 PM
    |
  • Question
    Sign in to vote
    1
    Sign in to vote

    @Kai

    Exactly... yes I do have the status bar visible....

    let me re-test with my security settings...

    Yep... reproduced...

    Status Bar disabled. Screen flickering and high CPU consumption

    Status bar visible - No ui flickering, no excessive CPU consumption

    Additional...... switching off CPU rendering seems to make the issue worse

    this pertains to an <img> element with an ismap attribute.

    Can anybody retest with IE10 PP and raise an issue ticket at connect?

    Providing a link to this forum thread should suffice for the IETeam triage and test center.

    Rob^_^



    Monday, February 20, 2012 11:40 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Confirmed on two computers.

    Status toolbar enabled = No Problem

    Status toolbar disabled = Problem

    Edit: I went to connect.microsoft.com/ie. After filling out some forms and such, I ended up back here when I clicked for an issue with ie9. I need some developer stuff to try ie10, so I didn't. I am at a loss as to how to proceed. This is a bug in IE. I have known that since October. It is great that we now understand why it didn't work on most computers, but worked on some computers. All I have been trying to do since October is get it on an offical bug list, but I still do not know how to do it.

    I am not so familair with this forum, so I didn't know I could include my screen shots (on some forums that I frequent, you can not). I'll include my more interesting screens shots below, showing extreme memory usage and high CPU usage.

    cpu and memory use

    memory use.


    Tuesday, February 21, 2012 12:56 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    I'm glad to see enabling the status bar is a work around for this issue.  But is Microsoft aware and working on resolving this issue?

    I also wonder if the 2 computers you did not originally see display this issue did in fact have the status bar enabled.

    J


    • Edited by Jaymz Zee Thursday, March 29, 2012 2:32 PM
    Thursday, March 29, 2012 2:28 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    they are now.

    http://connect.microsoft.com/IE/feedback/details/734389/img-element-with-ismap-attribute-cause-high-cpu-usage-when-status-bar-not-visible

    Rob^_^

    Friday, March 30, 2012 5:50 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Computers that did not originally have this issue, back before we knew the status bar effect, were retested with and without the status bar enabled. The results were as expected, Status bar enabled = no problem, status bar disabled = problem.

    IECUSTOMIZER, thanks for entering the bug report.

    Edit: 2012.04.09 Web server access logs show several accesses by MSIE 10.0 browsers. Previously there had never been any.

    • Edited by Doug Smythies Monday, April 09, 2012 11:37 PM new info
    Monday, April 02, 2012 11:05 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    I am unable to open the Connect issue (Page not found).

    Has this been fixed? I am experiencing this issue on a page which uses ChartFX control.

    If this post is useful, mark it as answer.

    Tuesday, May 01, 2012 11:15 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote
    try again.... I can still reach it... no comments or status notifications from MSFT... can you reproduce it in IE10?

    Rob^_^

    Tuesday, May 01, 2012 8:20 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    I am still getting

    "Page Not Found 

    The content that you requested cannot be found or you do not have permission to view it. "

    I have IE8 on my machine as I need it. Some testers have IE9 where the issue is being noticed. No one in company is using IE10.

    If this post is useful, mark it as answer.

    Wednesday, May 02, 2012 3:14 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote
    I am still having this issue as of October 15th 2012 with IE9 fully updated and Status Bar disabled. Guess Microsoft forgot about this?
    Monday, October 15, 2012 4:50 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Yes, the problem still exists.

    The bug report that IECUSTOMIZER put in (see a few posts above) has been closed. For those that have trouble with the link, I cut and paste the entry below:

    "Posted by Microsoft on 13/06/2012 at 10:42 AM

    Thanks for reporting this. Resolving "won't fix" for a few reasons. This is not a regression and the use of Server-side image mapping is not a recommended. Also, we are not seeing this on real world web sites.

    We continue to welcome more feedback, so please don't hesitate to report other ways that we can improve Internet Explorer.

    Best regards,

    The Internet Explorer Team"

    Myself, I disagree with such an approach for a couple of reasons: Yes, use of serverside image mapping is not recommended, but it is available and thefefore should work; This may just be one manifestation of an issue that might appear in other senarios (And CodeCruiser eluded to another senario using ChartFX (which I don't know what that is) above).


    • Edited by Doug Smythies Friday, October 19, 2012 10:11 PM typos
    Friday, October 19, 2012 10:10 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    All we are having the same issue on our computers if the status bar is disabled.

    We have Windows 7 Enterprise 32-bit English.

    IS version: 9.0.8112.16421

    Same test page works fine on Firefox.

    Some explanation will be appreciated! Thanks!

    Tuesday, November 13, 2012 10:23 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    I can reproduce the bug in IE10 (more precisely 10.0.9200.16576).

    Disappears when the status bar is enabled. This should really be fixed ASAP by Microsoft. And yes there are web pages where server side image maps are very useful. e.g. a time bar where the user can click on to open a reservation form. The server calculates the time based on the given coordinates.

    Thanks!

    Wednesday, May 22, 2013 3:36 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi MrMinkus,

    see the quoted connect ticket..... it is marked as "Will not fix".... the workaround is not to use <img ismap/>, use <map><area.... instead.

    http://connect.microsoft.com/IE/feedback/details/734389/img-element-with-ismap-attribute-cause-high-cpu-usage-when-status-bar-not-visible

    Rob^_^

    Wednesday, May 22, 2013 11:00 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi Rob

    Redeveloping a part of my web application because of an obvious browser bug is a no-go. I have good reasons to use my server-side image maps and I will not discuss this here.

    I have investigated the issue further and have found out that the bug doesn't occur if the "title" attribute is omitted on the "a" tag (at least with my IE10). There seems to be a connection with javascript as well. When I capture mousemove events, the workaround does not work.

    I will repost a bug report for IE10.

    I still hope that Microsoft does amend memory leaks when pointed at it.

    Regards



    • Edited by MrMinkus Thursday, May 23, 2013 11:14 AM added info about capturing mousemove events
    Thursday, May 23, 2013 8:22 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    @ MrMinkus,

    Could you explain more about:

    "I have investigated the issue further and have found out that the bug doesn't occur if the "title" attribute is omitted on the "a" tag (at least with my IE10)."

    As I would like to try to test it on my system, but I don't think have any "title" attribute already, so just want to understand better.

    For this part"

    "There seems to be a connection with javascript as well."

    I don't have any javascript with my stuff.

    I also found your other posting, and agree with what you have said.

    For other readers: I mention "IECUSTOMIZER" in many of my above postings. It seems the name has changed to "doctorftype".

    Wednesday, July 17, 2013 7:23 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    @Doug Smythies

    Please post questions about html, css and scripting to a MSDN developer forum. the avatar name is Doctor of Type or type of doctor.. please respect doctors. the name is Rob^_^

    @MrMinkus

    thanks for the workaround.... I would suspect that without a title attribute there is no drawing done to the status bar (visible or not).

    I have updated the connect ticket with your workaround.

    Regards.

    Rob^_^

    Thursday, July 18, 2013 12:28 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Is this issue reproducible in IE 10 Modern Desktop version?

    Also, can anyone reproduce it on IE 11 (classic/modern desktop versions)?

    - a citizen of Microsoft Developer Network.

    Thursday, July 18, 2013 7:55 PM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi @Real McCoy,

    see previous posts in this thread... yes.

    Rob^_^

    Friday, July 19, 2013 2:33 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi @Real McCoy,

    see previous posts in this thread... yes.

    Rob^_^

    @Rob^_^

    can anyone reproduce it on IE 11 (classic/modern desktop versions)?

    I don't see any online test case (jsfiddle link or whatnot) to reproduce this issue.. I am making a list of unresolved issues for IE11. This is a simple query. Large number of developers are using IE11 preview for testing purposes on Windows 8.1. If the OP or anyone following this issue can post update, it would certainly relax this situation.

    OAN, the bug reports on Connect are closed with these convoluted statuses which do not necessarily reflect the reality; changelog or bug fixes in the vNext of IE. By Design, Won't Fixed even Resolved statuses are sometimes misleading.

    - a citizen of Microsoft Developer Network.

    Sunday, July 21, 2013 10:36 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    @Real McCoy,

    Here is the original OP's test case http://www.smythies.com/~doug/map_test/image_map_1.html

    I cannot reproduce the issue in IE10 win7... by assumption it should be fixed also in IE11.

    @ MrMinkus,

    please post questions about html, css or scripting of web pages to the IE Web Development forum with a link to your website or a mashup so that we can scrutinize your coding and offer corrections.

    Rob^_^

    Monday, July 22, 2013 3:43 AM
    |
  • Question
    Sign in to vote
    0
    Sign in to vote

    Using Internet Explorer version 11.0.9600.16476 the issue, as originally described, does not occur. However, CPU usage remains extreme. So, there is no longer excessive memory consumption, nor any delay when the mouse is moved away from the image map, or to a different area of the image map. The extreme CPU usage is still a function of the status bar: Status bar = disabled gives high CPU usage; Status bar = enabled gives no extra, or negligible, CPU usage.

    Friday, January 17, 2014 6:40 AM
    |