I've got a user on IE6 reporting they cannot see all their vertical menu items: only the first. It is specific to that workstation so it has not been a big concern. When they "view source" all menus/items are in the HTML. This had occured on 2 other machines (both IE7) a few months back but they ended up rebuilding hte machines (complete OS re-install). I had personally seen an issue with only the last menu not being visible (when it was an odd number 3rd, 5th, 7th, etc) in a previous release so I setup a sample project with 11.2.20112.2159 to test. On my DEV machine (XP3 w/IE8) I have 2 menu items defined in code-behind and I'm only seeing the 1st; however, all items appear in "view source". When I add a 3rd menu I see the first two but not the 3rd. By not setting the width of the menu, you can see it is "longer" to support the extra item you cannot see. My menu is setup in Site.Master and I have the IE7ZIndexAdjust fix in place to ensure the menu appears in front of controls on child pages. I've attached the sample solution. Any help would be appreciated.
FYI, all the machines impacted so far are XP.
I removed <GroupSettings Orientation="Horizontal" /> and the menu was completely visible in vertical orientation on XP.
WIN7 shows all the menu items in horizontal orientation. Looking for a Vista to check.
Dear dc06663,
Thank you for contacting Infragistics!
We have received your support request concerning horizontal menu items not appearing correctly in XP machines, and this case has been assigned to me. Infragistics is dedicated to helping you solve this issue. Our team and I have done an initial review of your case and I am looking into the sample you've provided to determine what is causing this and will get back to you sometime tomorrow with more information or questions for you.
Looking forward to hearing from you.
I don't have your sample. You only provided a PNG of what you were seeing. Upload it and I'll run on my machine to provide image/source for comparison.
The HTML source is from my XP DEV machine which ironically does NOT have the problem when I run my real application. Right now, we have 2 machines that experience the problem when accessing the real application; however, every XP machine I checked experiences the problem when accessing the sample I provided. I'm not sure why there is a difference. We have over 25K devices running XP and while we obviously haven't checked every one, the ones we have all fail to show "Reports" when the menu is set to horizonal orientation.
I too was thinking it was a "browser problem" until I was able to see it on my personal machine using a generic sample...and then every XP machine I tested also had the problem when accessing that sample. I'm not saying the 2 machines that fail in production don't have larger issues, but I cannot believe that every XP machine I've checked against the sample has a browser problem...especially when changing the orientation fixes the issue.
Hi dc06663,
I apologize for that, I had thought I uploaded it before for you. I've attached my sample for you to try out now.
Please let me know how it turns out.
I see the same issue when using your files. The last menu is not visible. I've attached the image and source for your review.
Thank you for testing out my sample. Could you provide me with a little more information to help me get to the bottom of this?
1. What is the build version of IE7 you are using? You can find this from Help > About in the menu of IE.
2. What version of Visual Studio are you using?
3. Any other information you think could help me reproduce this issue.
Visual Studio 2008 SP1
Patches are managed centrally in the environment so all desktops should be at the same build level unless someone has manually loaded a specific IE patch that was not deployed globally.
Here are the 3 builds we have in the environment:XP SP3 IE 6.0.2900.5512.xpsp_sp3_gdr.120411-1615XP SP3 IE 7.0.5730.13XP SP3 IE 8.0.6001.18702 with/without compatibility mode enabled (MY MACHINE)
Most of the IE7/8 machines are fine and in fact we only have 2 (one of each) right now that show the issue. The IE8 machine happens to be my DEV machine and the IE7 is a colleage's test VM. All other IE7/8 machines I've had people check are fine. I wish it was consistent and/or I had more "bad" machines to sample.
I haven't found an IE6 machine that shows the menus properly yet. I wouldn't be concerned about IE6 since it is EoL, but it is the only instance that consistently shows the problem so hoping that helps narrow down the issue.
I did see one other forum post were someone was reporting "last menu item not visible in IE9" (not an exact quote). Yet another version of IE but similar issue so maybe that person can see if changing the orientation resolves the issue and/or provide additional data for investigation.
HI Support,
I m having the same problem. My WebDataMenu is not working in IE7. but it works fine in IE8,IE9, etc. Im ausing infragistics version 12.1. I went through someone responded as when the browser zoom % increased it displays the menu.
I m getting the exact problem. When i increase the zoom percent it appear, but again my menu vanish if i select any item from the menu.
My Menu Orientation Is Horizontal.
Please let me know your response.
Thanks,
Jamuna.
Setting the "zoom" to 100% in IE avoids the issue. Some percentages will make the last menu disappear. The users were unknowingly changing the zoom setting via mouse wheel. No resolution from a code perspective as of yet.
Hi,
I'm having the same issue on Windows XP SP3 using IE8. Has this been resolved yet?
Thanks,Calvin Nguyen
Hello dc06663,
Thank you for your patience. I have been able to reproduce this issue in Windows XP SP3 using IE6. I have logged this issue with our development team with an ID of 121603 and am creating a private case for you. You can access the private case by using the following link:
https://ko.infragistics.com/my-account/support-activity
Sincerely,Mike P.Developer Support EngineerInfragistics, Inc.www.infragistics.com
Thank you for your patience. Setting up the environment to test this issue is taking longer than I thought. I will continue looking into this matter and will provide you with a progress update by the end of the day Monday.