-
Notifications
You must be signed in to change notification settings - Fork 250
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Icon detection is borked #511
Comments
Can you tell us what packages you're using? |
Community Packages:
I also have a few core packages disabled:
|
What CSS classes are being applied to those icons when they change? Is there anything insightful in the dev console? Most importantly, does this persist between restarts? I take it from your cursor that you're running Windows 10? |
Yes I'm using Windows 10 Pro x64. It persists between restarts. Looking at package.json's classes (See the .gif in the first post): Clicking on it gets: The console sometimes says "This ColorBuffer is already destroyed" |
Okay, first of all, File-Icons actually doesn't change anything in response to click-events. So it sounds like another package is at fault here. Can you disable every other package except file-icons and tell me if this still happens? If not, try re-enabling them each one-by-one until you find the one that's causing this oddity. As for the ColourBuffer error, I can only fathom it's related to the |
I disabled every package except file-icons and it still happens 😕 |
And restarted Atom? |
and restarted atom yes |
That's it, I have to develop a diagnostics command to generate some sort of proper report from the workspace state, because these blind interrogations are getting ridiculous... sigh |
Okay, last resort questions, which are really just stabs in the dark:
If none of the above help, exorcise or burn your computer, and buy one that isn't possessed by a demonic spirit. |
My guess is that file-icons has a problem with the folder called "sass". Ok I renamed it to "test", cleared the cache, restarted and it's still doing the spooky stuff. On a small side note though, even after renaming the folder to test, clearing cache and restarting, it still has the js icon. |
Wait, I forgot to ask about themes... what do you have installed? Does switching them help? Does your user config define any custom filetypes? Jesus, this is really a shitfight. |
Holy Jesus! I have the default ui theme "One Dark" and the default syntax theme "One Dark". I just switched between themes, cleared the cache and restarted atom (all of that multiple times and even with other projects open). It didn't help. By the way, I just noticed this bug only happens with that particular project. Some detection mechanism seems to be bugged with that project for some reason. My other projects work fine and show all the right icons. |
Congratulations. You've managed to download a poltergeist. How does it feel? If you're not shitting yourself yet, you should be. (Honestly, I'm as puzzled as you are. I've got nothing... this shouldn't be happening, especially not on a per-project basis... :\ |
Alright, this is the weirdest thing ever. I just committed and pushed the latest changes and after the assets folder turned from green to gray it stopped doing the spooky stuff. Everything suddenly became normal again. Right on the moment when I clicked on atom after committing and pushing the changes... 👻 I tried changing stuff in the assets folder and creating a new folder called just "asset" but the bug is gone now. Maybe it was an issue with a git related package? Anyhow, this is a case for the ghost busters. Sorry for taking up your time with this spooky shit. If I should get this one again I'll just commit and push. |
Sounds very similar to what I've been experiencing with #499, very strange issue :)
|
Right, since this issue is pretty much impossible to pinpoint at this point in time, I'm closing this. If it happens again and continues to happen after committing staged changes, please file a new issue. |
The latest update (2.0.8) has messed up the icon detection.
Everything worked fine with 2.0.7.
I'm using Atom 13.0.
The text was updated successfully, but these errors were encountered: