Last post Dec 19, 2008 08:02 PM by Mikhail Arkhipov (MSFT)
Dec 20, 2006 09:38 PM|garyseven|LINK
I recently downloaded the css control adapters, and included the vertical menu sample in my web site. This menu makes use of the data source xml, and I find it extremely easy to customize links, and also the styles from the sample style sheet.
When I am making changes to the style sheet, VS Studio crashes and shuts down. This occurs almost every time I make a change in this particular style sheet. I have other style sheets, but they don't have this effect on the IDE when I edit them.
As an aside to this, the built in web server for VS remains running, and if I re-open the designer and view a page from my site, it opens another instance of the built in web server. I'm thankful for relative-paths now!
Otherwise, the menu looks great in a variety of browsers, and functions as I expect.
I was very careful to include the required source files, including the code for the adapters, and also the java script.
Does anyone have any idea what may be occuring? I've been looking for clues in the event viewer and noticed that the Vswebdesign.dll was being named, and I believe that is the web designer in VS. I re-registered all the libraries associated to the web designer
(at least,the ones I found info on) but the error persists! So any help or info would be much appreciated!
I'm running a dual core Pentium on an ASUS board with 1 gig of memory, and Windows Vista os.
Any help or info would be much appreciated!
Event viewer error message:
The description for Event ID 1000 from source Application Error cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
The substitution string for insert index (%1) could not be found
Dec 21, 2006 05:45 PM|Russ Helfand|LINK
Hi Gary, I'd say that if you are crashing VS then you are hitting a bug in VS. I can't imagine any legitimate circumstance where any probelm crashes and it is YOUR fault!
If you are not yet using SP1 for VS then I'd suggest that upgrading is your first step. See
http://msdn.microsoft.com/vstudio/support/vs2005sp1/default.aspx. Service Pack 1 was made available (for free) for all variants of VS a week or two ago. See Scott Guthrie's announcement,
http://weblogs.asp.net/scottgu/archive/2006/12/15/visual-studio-2005-service-pack-1-sp1-released.aspx. Be sure to download and install the RIGHT version of SP1. You need to choose carefully to correspond to whether you are using an Express version of
VS or it standard/pro/team versions, etc. This is pretty clear when you visit
If this is still causing VS to crash then I'd suggest you post back here and also contact some of the folks at MS directly, like Brian Goldfarb or Scott Guthrie. If you need me to relay that message for you I can. But first try SP1 and let's see if your
problem has already been fixed by the VS team(s) at MS.
Dec 22, 2006 07:30 AM|garyseven|LINK
Thanks for the links, Russ!
I started by installing the Vista Service pack Beta 1. While most directions were clear, I wasn't sure whether this particularly service pack was what I needed since I don't have a beta of Vista; rather, I assumed this meant the SP was beta.
At any rate, I recieved the same error message after changing one item in the style sheet!
I'll try the VS Pro SP next.
I'll report back regarding this, and maybe look farther for an answer.
Thank you for your assistance, and here is the event viewer content for the latest error. (it's the same as the last)
The description for Event ID 1000 from source Application Error cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
Dec 22, 2006 07:51 AM|garyseven|LINK
Just tried the patch for VS 2005 Pro, which is my version (although I updated it with the Vista patch, and it says as much in the "about" dilogue) and it wouldn't install.
The patch installer claims the version of VS is incorrect -- unless it is because of the Vista Patch, it
If you could forward this to someone you know, I would be very gratefull!
Thanks for your help!
Dec 22, 2006 10:34 AM|Russ Helfand|LINK
I'm not sure why you ended up getting the SP1 for Vista's version of VS 2005. When I go to the first of the links shown in my earlier posting and scroll down I see a stack of links for the different VS products. The first of these is for non-Vista boxes
running VS 2005 (standard, pro, team... not express). This particular link (for me) appears as
http://www.microsoft.com/downloads/details.aspx?familyid=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DC&displaylang=en. If you go directly there can you get the SP1 for your version of Windows and your version of VS 2005? If so, grab it, install it, and see if
your style sheet still crashes it. :) Good luck, my friend.
Dec 22, 2006 12:13 PM|garyseven|LINK
The beta SP for VS 2005 on Vista was in one of the links -- I forget which, but since I have the latest Vista Release from MSDN, it made sense to install it. When it didn't work in the manner I expected, I returned to the same site you linked in your latest
message, downloaded the version for VS Pro, and attempted an install. But this failed with an error saying something about my version of VS being incorrect, or non-existant on my machine.
My version, while it is VS Pro, is also an MSDN subscription product (I have a subscription), but this shouldn't effect the patches as far as I know. And I haven't had any crash problems until I started using the control adapters.
I have more than the java script for the adapters on a web site, I also have script for IE6 in the form of a browser helper which I refer to from pages, and some in-line script to launch a media player in a document window pop-up.
Since the adapted controls also diferentiate browsers in script and CSS, I wonder if there in lies the issue? Could the seperate scripts be creating some conflict perhaps?
Thoughts? I've already done a repair on the VS install, which didn't help. My next approach would be to completly uninstall VS, and then reinstall and follow-up with the patch.
Thanks for all your help!
Dec 22, 2006 12:44 PM|Russ Helfand|LINK
Hi Gary, I understand now what happened with your upgrade to SP1. Yikes. It sounds like something got messed up (in the registry?) when you tried using the Vista version of the SP1 upgrade for VS initially. Maybe your suggestion of uninstalling and reinstalling
VS will work. I'd give that a shot. You might also contact some of the VS experts in the appropriate VS-specific forums. Also, try checking around in search engines to see if anyone has reported similar things with the SP1 upgrade (when they've used the
Vista version initially by accident or mistake).
I really don't think that the problem has to do with JS or add-ins for your browser, etc. It really sounds like you are hitting some simple bug in VS. I understand that SP1 fixes something crazy like 1200 bugs so it really seems like loading it (if you
can) is your best first shot at overcoming the crash.
Dec 22, 2006 01:09 PM|garyseven|LINK
Hi Russ, thanks for your help! Yes, I'm going to do the uninstall since the SP doesn't even recognize my version of VS. When that message popped up on my screen, my wife said the veins started to pop up on my neck, and a "tick" developed on my cheek! Sheesh!
What an aggrevation![:@]
Interestingly, I've been all over the web, including Google, but I suspect this issue isn't that common. I'll attempt the re-install of VS, and go from there.
I'll let you know the results Saturday.
By the way, in spite of this glitch, I love the control adapters! My wife and I are a team developing web sites, and I develop software for the City, and when we implemented the menu control for the first time and checked the source code that it published
for the site, we were very tickled to see it all done for us! What a time saver.
Take care -
Dec 27, 2006 09:26 AM|shazelton|LINK
Same issue here.
Seem to be getting the same issue after installing VS2005 SP1, have a nasty feeling it's something to do with Import.css, not sure if it's VS or Adapters related yet, will let you know if I can track down a solution.
Dec 27, 2006 10:35 AM|garyseven|LINK
Hi Folks, an interesting follow-up related to my dilema: as I was getting ready to do the uninstall of VS, I noticed an add-in with the other listed items that was called a web application in the software list. I recalled read over on the MSDN site for
the VS service pack that you needed to unistall web application add-ins for the service pack to work.
I also noticed that I already had the service pack installed, as well the Vista patch for VS2005, so I uninstalled the web application and rebooted.
So far, I've had no further crashes as I edit the style sheet for the menu. However, I should say that I haven't tried very hard to test this out, and unfortunately I didn't note the specific web app add-in I removed (I think there are several for use available).
I have not gone any further in doing the uninstall as things seem OK for now, but I'll post back if things change!
Thanks for your assistance, Russ!
Dec 27, 2006 02:43 PM|Russ Helfand|LINK
Dec 27, 2006 07:52 PM|garyseven|LINK
What was occuring would be crashing VS completely when editing any of the style content from the adapter menu sample css. Just one change, it didn't matter what, when I would save, or attempt to run in a browser, the designer would crash.
As I indicated earlyer, the only erroring code seemed to be coming from the designer dll. But when I re-registered them, it did not help.
I removed a web application that was installed on my machine, and also verified the patch installations. So far, this seems to be working, but I haven't really tested it well. I'm going to be doing some more tweeking on the menu, so if somethings going
to happen, it will most likely be then!
I'll let you know what happens.
Dec 28, 2006 07:40 AM|shazelton|LINK
This is regularly occuring when I try to edit the SimpleMenu.Css file. I'm using IE7 and VS2005 SP1.
Sometimes VS2005 just closes down, sometimes I get a message saying VS has encountered an error and needs to restart. Don't think I've changed too much in the stylesheet but below is a copy of it.
.SimpleEntertainmentMenu ul.AspNet-Menu /* Tier 1 */
width: 26em; /* This is more than (6em x 2) because we want to leave room for borders around the <li> elements that are selected */
.SimpleEntertainmentMenu ul.AspNet-Menu ul /* Tier 2 */
.SimpleEntertainmentMenu ul.AspNet-Menu ul ul /* Tier 3+ */
.SimpleEntertainmentMenu li /* all list items */
.SimpleEntertainmentMenu li:hover, /* list items being hovered over */
.SimpleEntertainmentMenu a, /* all anchors and spans (nodes with no link) */
padding: 4px 2px 4px 8px;
border:1px solid #cccccc;
background: transparent url(arrowRight.gif) right center no-repeat;
.SimpleEntertainmentMenu li.AspNet-Menu-Leaf a, /* leaves */
.SimpleEntertainmentMenu li.AspNet-Menu-Leaf span
background-image: none !important;
.SimpleEntertainmentMenu li:hover a, /* hovered text */
.SimpleEntertainmentMenu li:hover span,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover a,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover span,
.SimpleEntertainmentMenu li:hover li:hover a,
.SimpleEntertainmentMenu li:hover li:hover span,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover a,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover span,
.SimpleEntertainmentMenu li:hover li:hover li:hover a,
.SimpleEntertainmentMenu li:hover li:hover li:hover span,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover li.AspNet-Menu-Hover a,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover li.AspNet-Menu-Hover span
background: transparent url(activeArrowRight.gif) right center no-repeat;
.SimpleEntertainmentMenu li:hover li a, /* the tier above this one is hovered */
.SimpleEntertainmentMenu li:hover li span,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li a,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li span,
.SimpleEntertainmentMenu li:hover li:hover li a,
.SimpleEntertainmentMenu li:hover li:hover li span,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover li a,
.SimpleEntertainmentMenu li.AspNet-Menu-Hover li.AspNet-Menu-Hover li span
background: transparent url(arrowRight.gif) right center no-repeat;
.SimpleEntertainmentMenu .AspNet-Menu-Selected /* this tier is selected */
border: solid 1px #00ff00 !important;
.SimpleEntertainmentMenu .AspNet-Menu-ChildSelected /* a tier below this one is selected */
border: solid 1px #ff0000 !important;
.SimpleEntertainmentMenu .AspNet-Menu-ParentSelected /* a tier above this one is selected */
border: solid 1px #0000ff !important;
Only issue I can think of with this is the background image url's not resolving.
Jan 02, 2007 11:32 AM|Russ Helfand|LINK
Unfortunately, I've not been able to duplicate the crash in VS. I tried, using VS2005 SP1, but editing a copy of the stylesheet posted above didn't cause any crash. Is there a way that you could give me a specific recipe for "type this and click that" that
would lead me to be able to cause the crash here? If not, do you have any more clues about what might be going on? I know that you suspect the unresolved image references. I suppose that could be a problem but I worked with style sheets with unresolved URL
references before and they've never caused crashes in VS in my experience. Still, it's hard to say without more info what the problem might be. Any crash in VS is due to a bug so it's rather hard to second-guess what exactly that bug is. If I can get a
reproducible recipe I can pass it along to some folks within MS who can do the real diagnostic work.
Happy New Year.
Jan 02, 2007 12:37 PM|garyseven|LINK
Hi Folks, just to add to the discussion: I would agree that it seemed most of the problems started when I was manipulating the images -- no one specific; but then, changing colors, font attributes and such certainly crashed the designer also.
I can say that since I last posted indicating things seemed OK, I haven't had a similar crash! I am of the mind that this resolved once I handled the service pack installation and removed the web application add-in as instructed
on the SP web site.
Jan 04, 2007 02:46 PM|Russ Helfand|LINK
OK, that's good to hear, Gary. Until I get a reproducible recipe from someone (leading to the crash in VS 2005 SP1) I'm going to be forced to put this whole issue aside. PLEASE, if anyone continues to see this crash and can give me a step-by-step recipe
to reproduce it... post the info here. THANKS.
Jan 08, 2007 05:49 PM|macaruchi|LINK
I started experiencing this problem today, and came up with a way to reproduce the behavior by hitting CTRL+S to save the file, after it has already been saved. This crashes my VS every time. However, I tried this on another computer and couldn't reproduce
it. So it may be something too specific about our configurations.
I'm currently running VS Pro, no Service Pack installed, on Windows XP SP2. An ASUS motherboard and 2GB of RAM.
Jan 08, 2007 07:04 PM|Russ Helfand|LINK
Jan 08, 2007 08:27 PM|garyseven|LINK
Hey Russ, All;
I ran into this yet again, but this time it was not during a change to the menu adapter style sheet, but from a different one for the same site. However, this style sheet is intended for only 2 master pages and their content. The one thing that
ties them with the rest of the site, is that the menu from the adapter is embeded on the master page. Now, here is something I neglected to point out in previous a post, but could have some berring: the menu generated from the adapter and style sheet are
in one user control, which is icluded in several seperate master page files.
At the outset, that doesn't seem like it should be a problem, but when I consider that each master page makes a call to the menu style as well layout and content styles on a seperate sheets; and the fact that other java script is embeded in most content
pages and master pages, it seems that an error should be generated. Remember, this issue started when I wanted to change style sheet entries, and particularly with images. I can certainly see the potential for the IDE barking when asked to save the changes.
Interestingly though is that even when the IDE crashes and shuts down, it retains the very changes I intended.
At any rate, I'm thinking this has more to do with conflicting script over a lot of content, rather than any specific bug. I'll need to keep working on this, but our web site is coming right along and the menus are doing a fine job!
Jan 17, 2007 11:16 AM|danludwig|LINK
I started experiencing this problem a few days ago, am downloading sp1 now. I have experienced it with 2 separate website projects, one which uses the CSS menu adapters and one which does not. The most recent crashes, and the ones I will try to describe
a recipe for, concern the site that DOES NOT have the css friendly adapters enabled:
1.) Website with CSS Adapters NOT enabled, though I have installed them for this copy of VS 2005 Pro.
- this means there is no browser file, no adpaters in App_Code, and no default ASP.NET Stylesheets
3.) One master page
- more on this later
4.) One web form that uses the master page (i.e. an aspx page with a MasterPageFile declaration and an asp:Content container)
- this page is used to view the master page's css rendering in a couple different browsers.
5.) Four CSS files.
- The first CSS file, named "screen.css", has three @import statements referencing the other three.
This also might be important: I currently have this main screen.css file (the one with the import statements) linked twice from the master page like so:
The first link element is the one that will be used in production. It runs at the server so that the path to the css file can be determined dynamically at runtime (i.e. in case a form that uses the
master page is not in the root folder). The second link is used only to show these styles when I view the master page, or any forms that use the master page, in design view of the IDE editor.
VS did not start crashing until I moved the CSS to separate files and included the 2 links. What I did was, I started with only the master page and the web form to test the master's css in a couple browsers.
All CSS was included in style attributes of elements like div, img, span, etc. When I had the CSS the way I wanted it, I started "moving" the css from the master page into a single CSS file. I would cut the css definitions from the style attributes, paste
them into a CSS file, then remove the style attribute from the master page's elements. I did this for every styled element until all the CSS was in the CSS file and there were no style attributes in any elements on the master page. (I also added class and
id attributes to link the style definitions from the css file to the elements in the master page).
At this time, there are 3 main files: the master page, the test web form, and a CSS file named screen.css. Also at this time, there are no @import statements in the screen.css file.
What I did here was save screen.css AS master.css. Now I have 2 files, named screen.css and master.css, with identical code, which are in the same folder (~/css). I then edited screen.css, deleted all
of its style definitions, and added an @import statement to reference master.css, like so:
This is the entire content of screen.css, which is the only css file
linked from the master page. However, rememebr, it is linked twice.
This is the end of the screen.css file. It contains no more code.
This is when the problems started happening. I continued layering my CSS throughout several more stylesheets. I created a new CSS file called "dev.css" which contains styles that are only
to be enabled during development, and added an additional @import statement to screen.css (@import "dev.css";). (Note: All of my css files exist in ~/css). Saving screen.css after adding the import statement crashed VSS.
After I got back on my feet, I contined layering the CSS. I created a user control (ascx file) to encapsulate an unordered list (UL element block) that exists on the master page. I cut the
whole UL block from the master page, pasted it into the web control, saved, then referenced the web control from the master page. No problems here, yet. However I opened master.css and created a new file called "UnorderedList.css". I cut all the styles pertaining
to this UL block from master.css and pasted them into UnorderedList.css. I added another @import statement to screen.css (@import "UnorderedList.css";), saved all, and VS crashed again.
Like Gary says, sometimes VS warns that it's going to crash, sometimes it just disappears. Sometimes it starts back up, other times it doesn't. However, each time, the embedded web server keeps running, and whatever browsers were opened from the IDE do not
Another note: it might look here like saving screen.css, the one with the @import statements, is what is causing the crashes. I don't think this is the case, because of the other web application that I experienced this problem with. This other website did
have the css adapters installed, but I was doing the same exact thing there (systematically distributing the CSS into layers with 2 <link /> tags in the master page). While editing that site, I could cut a single CSS class definition from one file, paste it into
another, and save them both to cause a crash. This was done without editing or saving the CSS file with the @import statements.
Additionally, I had my master page opened in the designer (mainly using Source view, but sometimes Design view) when these crashes occurred. Hopefully sp1 will resolve this for me...
Jan 18, 2007 12:18 AM|danludwig|LINK
VS 2005 SP1 did NOT fix this crash bug for me. Gary, if you please, what did you mean when you said you uninstalled web apps? I couldn't find any info on that. What exactly did you do?
Meanwhile, I have been able to "avoid" the crash bug by taking a few precautions:
1.) Removing the local css link from the master page, so that the only css link is the one that runs at the server:
<link type="text/css" rel="stylesheet" href="css/screen.css" media="screen" />
This sucks because design view makes my web page look like someone hit it with a couple grenades.
2.) Keeping my master page closed while editing and saving css files.
This one isn't so bad once you have the styles right, and don't need to edit the id, class, and style attributes in the master page.
Jan 18, 2007 02:42 PM|garyseven|LINK
Hi danludwig; I should at least be flogged for not recording the web app I removed! However, that clearly did NOT resolve the issue. Perhaps it contributed in someway, but since I did the remove the crash still occurs and I just haven't had time to examine
all the permutaions for this particular website. It's quite large, and I'm under deadline, so r & d are sliding a bit.
What I can say beyond a doubt is this issue started when I began using the adapters. Man, it could BE anything at this point!
The controls work great on the website, and I've tested them on the most current versions of Netscape, FireFox, Opera, Mozilla, and including IE 6 and 7.
And just to keep it interesting, when ever the IDE does crash, it does so
without lossing the changes I've made.
So for now, I can only think that as I've been messing around with WinFX and other beta and test software, certain incompatabilities have been introduced to the Dev Environment.
I think when I'm done with our current project, I'll completly reformat my drive (or add a new one) and install the most current versions of the dev environment and controls.
I have a feeling this is going to be an usual ride to the solution!
Jan 19, 2007 06:55 PM|danludwig|LINK
Thanks gary. SP1 definitely does not solve this crash problem. I thought I had found a way to circumvent it, but I was wrong. Also didn't happen here before I installed the adapters, and also doesn't lose the changes I've saved here unless there are other
unsaved documents when I trgger the save event that leads to the crash.
If I find a resolution, I'll post it here.
Jan 23, 2007 12:50 PM|Russ Helfand|LINK
Jan 29, 2007 01:19 PM|garyseven|LINK
Hi Russ and everyone;
I have been dealing with these crashes again as I work on the style sheet, and have just completed submitting the crash dump file per the posted links to the MS person in the link. I've allowed the IDE to also send this info on several occasions, but it
takes a very long time and ties up my pc, so probably will stop the auto-send.
On another note: As I have been attempting to make my projects usable in all browsers, I have come across a Mozilla (FireFox and Netscape versions) issue which has to do with div layout.
I have a div layout in master page which includes a left-hand column, header, footer, and center column. Left column is 100% height and float left, header that floats left against the left column, center column that holds the content place holder and floats
left, and a footer under both columns floating left.
The left column contains a verticle menu adapter with a second tier pop-out menu (adapted from the control adapter tools and script).
What I have discovered is that in most cases, the vertical menus' second tier is over lapping the div postions in the content place holder, and forcing the layout of the place holder divs to mis-align. What I do to resolve this is to resize and position
divs so that the hidden pop-out sub menu doesn't "push" on other divs.
This works in terms of positioning in Mozilla browsers I'm testing on, but changes the layout enough so that IE 6 and 7 loose the correct layout to allow for Mozilla positions. This is particular to the latest Firefox (2.0), Netscape (8.1) and latest Opera
9.1., but IE 6 and 7 seem to handle the pop-out fine.
I can't tell if this is a Mozilla issue or IE. Seems both have some conflicting approaches to rendering layout based on divs and css. But if you read much it sounds like IE is the least complient with standards and probably is the issue. I just can't tell
since I am not an expert on the standards as defined by all the different browsers.
Anyone notice this, and what might you have done to help correct it?
Feb 02, 2007 10:40 AM|danludwig|LINK
I think I figured this out.
I felt like an idiot when I found out I had a CSS file with @import statements in my theme folder. This was a holdover from when I was designing the master page. If there is a way to apply a theme to a master page please advise, because I haven't figured
it out yet. Since all css files in the theme folder are automatically included when a theme is applied, perhaps vs was getting caught in a circular reference or something...
I deleted the css file with the @import statements from my theme folder, and haven't had a crash in almost 2 weeks.
Check it out and post if it solves for you.
Feb 02, 2007 11:13 AM|garyseven|LINK
Hi danludwig, great to hear things are working better for you! I can't say the same as I indicated in my last post.
I do not have any themes established, just master page(s), and I am now of the mind this is definatley an IDE bug. I have submitted several crash-dumps, including sending one directly to the link Russ provided, but have not recieved any response or info
back as of yet.
Still, the web site works wonderfully inspite of the IDE crashes; but our development time took some serious hits due to this issue.
Oh well, onward and forward!
Feb 02, 2007 01:48 PM|Russ Helfand|LINK
Feb 02, 2007 01:57 PM|garyseven|LINK
Hi Russ; yes that's correct, I sent it directly to the link about a week or so back. I do understand how busy they must be considering the latest release of Vista and other materials, so I am patient!
By the way, if you are interested in viewing our latest efforts which include the menu control adapter, please visit
Any feed-back is most welcome: email@example.com
Feb 03, 2007 08:53 AM|danludwig|LINK
If you have no theme folders, then how are you applying css styles? From (an) external style sheet(s) that are explicitly linked to?
Feb 03, 2007 10:33 AM|garyseven|LINK
Yes, that's right; we have a couple of different style sheets for seperate mp's and some stand-alone (non-mp referenced) pages for a variety of reasons. We hold the style sheets in a folder on the root and refer to them using a link ref:
So, certain items in each style sheet can be used by any content page referenceing a master page. This is fairly convenient for our purposes, and works well, and when we need to consolodate different content pages, we have the necessary
styles in place.
Feb 07, 2007 01:48 PM|danludwig|LINK
Try commenting out the Import.css link during development, i.e. when you're making changes in vs 2005. Instead, explicitly <link> to each css file that gets @imported from that file. That might keep you from crashing. I had an invariant css @import file
like this too in my root css (separate from the themes), but removed it back while I was still crashing. The crashing didn't stop until I removed the OTHER @import file in my theme folder, so perhaps it's these @import statements that are screwing with the
Let me know if it works for ya. If it does, remember to move the comment blocks to surround the explicit <link> tags instead ofthe Import.css file (using the <%-- comment tags so the comments don't get rendered in the browser) before you publish the site
to a production server.
Feb 14, 2007 08:16 PM|Russ Helfand|LINK
Feb 14, 2007 10:26 PM|garyseven|LINK
Hi Russ, no I have not. I will follow up, though!
Mar 27, 2007 03:31 PM|Jburnish|LINK
I'm having the same issues. I'm working on a corporate website and also under deadline. I forgot to restyle for Mozilla, so I'm making a lot of style sheet changes, and crashing after every other one. I have an @import statement on my primary style sheet
that references 'layout' Is that something that could be causing this crash???
Another note, my </form> tag on JUST the default.aspx page keeps bouncing around, any idea what would cause that. Only happens on start up. All style sheets etc can be viewed at
Dec 19, 2008 08:02 PM|Mikhail Arkhipov (MSFT)|LINK
This hotfix may be useful