Red Artist

> (by editing the source in ~/.cargo and doing a clean build) 1. clone `coderedart/egui` repo 2. checkout `glutin_winit` branch. 3. edit the `preferEgl` fix. 4. add the local eframe...

> I'm using Hyper-V machine always mention that. would have saved a lot of time :). perhaps, the issue template should probably be updated to prompt that info along with...

This is not a glutin error. virtual box windows only provides opengl 1.1 and that is not enough for egui renderer. So, the crash is explicitly caused by egui_glow. >...

does someone know, why would adding `` break the app?

you are doing everything correctly afaict. glutin upgrade PR avoided touching too much code because if there's any unforeseen issues, it would be easier to rollback. I am still unfamiliar...

> @coderedart Thanks. And should I use `.with_profile(GlProfile::Core)` or not? :) always use Core, unless you are targeting really ancient hardware.

you should add `#dev` to the *url*. so, for example, `http://localhost:8080/index.html#dev`. It might be worth specifying this in the README. Although, i would prefer if we don't have any caching...

If you want to disable the caching forever, the best method is to just delete (or comment out) ```html // We disable caching during development so that we always view...

can you check if this is still happening with the latest master? If you still get a crash, try running with `RUST_LOG=debug cargo run` and post the output.

I often get confused by this too. This is why there is a warning in the [README](https://github.com/emilk/eframe_template#web-locally) about caching behavior and how to get around this. > assets/sw.js script will...