Skip to content
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

[CLOSED] When renaming/naming a file in the file tree, the Enter key event is fired faster than last letter key #8921

Open
core-ai-bot opened this issue Aug 30, 2021 · 6 comments

Comments

@core-ai-bot
Copy link
Member

Issue by EvHaus
Monday Dec 01, 2014 at 16:35 GMT
Originally opened as adobe/brackets#10048


When renaming/naming a file in the file tree, it seems that the "Enter" event is fired before the last letter entry is fired. The resulting behaviour is that the last letter typed is ignored after Enter is pressed.

So I will type "test" then immediately hit Enter, and the file will be called "tes". If, instead, I type "test" then wait a second, and then press Enter - then the file is named "test" correctly.

It's almost as if the text input is on a timeout, while the Enter listener is immediate.

@core-ai-bot
Copy link
Member Author

Comment by sohailb
Friday Dec 05, 2014 at 00:31 GMT


I tried looking into this. I am running a mac and I tried to rename files in the tree view and hit enter as quickly as I could (numerous times) and I am unable to reproduce this. Is this still happening for you?

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Friday Dec 05, 2014 at 01:09 GMT


I can't get this to happen either. @globexdesigns can you try Debug > Reload Without Extensions and make sure it still happens then? Also, try Debug > Show Developer Tools and see if any errors are logged in the console.

@core-ai-bot
Copy link
Member Author

Comment by EvHaus
Friday Dec 05, 2014 at 03:11 GMT


Indeed, it appears to have been caused by the "Todo" extension. How could an extension have such an affect on the file tree?

I really wish there was a "Disable Extension" button, instead of an "Uninstall Extension" button. That would have made debugging much faster.

@core-ai-bot
Copy link
Member Author

Comment by TomMalbran
Friday Dec 05, 2014 at 04:00 GMT


@globexdesigns To disable extensions you can open the extensions directory and move the folders from user to disabled and then you need to reload brackets. It is not as good as a disable option from the extensions manager, but at least is better than uninstalling.

@core-ai-bot
Copy link
Member Author

Comment by peterflynn
Friday Dec 05, 2014 at 08:54 GMT


Closing since it's not a core Brackets bug.

Fwiw, we do have an item on our feature backlog for Enable / Disable Individual Extensions and we've talked about even adding an automatic "bisect mode" to pinpoint problems. But the manual process is pretty quick once you know how to do it. More info in our documentation here.

@core-ai-bot
Copy link
Member Author

Comment by EvHaus
Friday Jan 02, 2015 at 01:22 GMT


Upon further investigation, this is not an issue with an extension. The issue can be reproduced with no extensions installed. This is caused when the system memory is low (which is slightly more likely when you are running Brackets with extensions enabled, hence the red-herring).

I can only reproduce this on my Mac, with is often pegged at 7.9 / 8.0GB of memory use. Typing on the machine at this time is generally pretty slow and when it is -- I get the behavior described above.

Not sure how to suggest steps to reproduce other than to replicate high system memory usage.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant