Very often, when I open File Explorer (on Windows 10) it "hangs", showing empty panels with a search bar on the top slowly moving to the right, with nothing else happening. However, if I open a second (or third, etc....) instance of the same file explorer, it immmediately works showing all the files (while the first keeps on "searching" with no results). If I close everything and re-open the Explorer, once again the first instance hangs on this sort of search activity, while the second works OK.
Unfortunately this behaviour is a bit random (see the "very often" above). I have tried closing any other program that might interfere, but couldn't find anything. I also couldn't find much help by googling it. My guess is that by using the PC at some point I run some program that corrupts something ...
Any hint on where to look?
I just ran into this problem for the umpteenth time, and I definitely found the fix for this iteration. After trying several things, this was the instantaneous fix for the slow scanning bar and slow column sorting:
Navigate to the problem folder in the Window Explorer folder view.
Right-click the folder and select "Properties".
In Properties, select the "Customize" tab.
Make sure "Optimize this folder for:" is set to "General Items" AND "Also apply this template to all subfolders" is checked.
Click OK.
This immediately brought my problem folders to life and everything worked normally. I would recommend doing this at the Drive level folder, and then go back and customize folder such as Pictures, Music, and Videos. The reference that solved the issue is quite old, but still seems to be an issue (and the fix).
Before this I had tried rebooting several times, cleaning out shortcuts, sfc, dsim, and several other things that did not have any effect. Now opening any folder is lightning fast with no scan and sorting by name, type, size, or date modified is just as quick.
Related
I'm using Expo Go for a React Native project, which isn't really relevant except for the fact that the app preview refreshes every time a file in the project is changed.
Lately, when previewing the app, it would refresh randomly and incessantly (sometimes 10 times in a second, sometimes go a minute without any refresh, seemingly completely random). Presumably files are changing in the background, but no IDEs are open (i'm just running the command from the terminal) so I have no idea what could be modifying these files.
In addition, this problem just started recently but I've been working on this project which has been in the same directory for months. So I don't think it's something with the file system.
Is there any way for me to debug this issue? Like, for example, a way to see which files are being changed live?
Some time ago I've moved from mySql's phpMyAdmin to postgres's pgAdmin 4.
What I've noticed is that pgAdmin's query tool has very slow autocompletion. Usually it's just faster to type keyword/identifier on your own than waiting till autocompletion will appear.
When I click ctrl+space it takes around 0.5-1 second to appear, horrible.
In compairsion when I use autocompletion in phpMyAdmin, it appears almost immadiately.
My question is, does it work so slowly for you too? Is there any way to fast it up? Or I have to use some third party program to get faster autocompletion?
Cheers.
[EDIT]
I've also tried the online trial of pgAdmin and here autocompletion is a little bit faster but still not even close to phpMyAdmin's one.
Just to add to this, the autocompletion has made pgadmin unusable for me. If I briefly pause to think about a query while I'm navigating, suddenly a list will appear over the SQL I'm looking at, and the arrow key context will be hijacked to navigate that list instead, which is, as you can imagine, jarring.
I was trying to copy and paste some queries and noticed that the paste option is not working. After that I realized that my copy, paste, delete and next line option is not working at all. What will be the reason for this issue.
When you press the Ctrl key, the text editor is looking for a mouse click to "Go to Definition".
Tools>Options>Text Editor>General> Uncheck "Enable mouse click to perform Go To Definition"
(or you can change the modifier key to something you use less often if you want to continue using this feature)
What, exactly, are you trying to copy, and from where? For instance, if you're attempting to copy and paste tables, views or stored procedures (etc) in the Object Explorer, you'll have no luck.
For most of these items, you should be able to right-click, select "Script [Table | View | Stored Procedure ] As > CREATE TO > New Query Editor Window", then run the script.
Unfortunately(?), SSMS isn't as easy going as Microsoft Access, there's definitely a little work involved.
just experienced the same situation in SSMS v18.5!
Also wasn't able to paste/copy code in the Query's Window.
After playing around and restarting the App it wouldn't work.
I did not have issues copying/pasting in all other applications.
Then I found a solution myself by simply thinking about how to "re-init" the engine of Copy/Paste in SSMS:
Go to: Tools | Options | General | Check "Apply Cut or Copy to blank lines when there is no selection".
After applying the "fix" you should be able to copy/paste again! You may reset the checkmark later.
Hope you other guys have the same luck!
Edit: A few hours later the Copy/Paste again was not working and the fix did not work. I found out that a separate instance of Visual Studio had the same copy/paste problem. So it may be either a Windows 10 or .NET problem.
A reboot helped me in that case.
I encountered this problem too, and got a message saying my pc was out of memory. This could be caused by too many apps being open or too many background processes running.
Simply restarting the pc resolved the problem.
As scary as it sounds.
I select a remote file, I hit delete. Instead of deleting the selected remote file, Dreamweaver chooses to delete the currently selected LOCAL file(s) - even if they're unrelated.
EDIT: I am not able to 'deselect' the soon-to-be-deleted LOCAL file, not that I should have to. Didn't work this way in CS3.
The only way I caught this at all, is because DW tried to delete a file (LOCAL file in screenshot - to the right of the image) which had site links. Thank dog it had site links. Shame about all of my other work which I haven't found yet.
Screenshot attached, describing the steps I took. Also to note, I did search prefs and site prefs etc to see if there was a 'Wreak Havoc Randomly Upon Deletion' checkbox - there was nothing of the sort.
Adobe hasn't answered my for weeks now, am about to lodge a request but figured I'd start here instead of going through that ordeal.
Thanks for any help/thoughts.
Screenshot is quite large - dual monitors capturing all of the prob in situ. http://codefinger.co.nz/projects/fpx/mod/xeditor/dw_cs5_localFileDeletion_lame.gif
I have come to the conclusion that 'BACKSPACE' deletes remote files, and the 'DEL' key deletes local files. I too figured this out the hard way, and deleted some important files. I haven't seen anything in the new features on why this was changed like this, but it may have been nice to let people know of the change.
Adobe is aware of this bug and will be addressing it in there next update. There is a simple work around where you don't have to change views.
Select the remote file, files or folder that you want to work with.
Click the refresh button at the top of the files panel.
Select the remote file, files or folders that you want to work with a second time.
Right click and choose "Delete".
getting this too. Quick workaround. If you have dreamweaver show just the remote site the delete action works as it should (ie it deletes the remote file). I'm not keen on this view but for now it'll be a case of using it to delete remote stuff. Hope this is fixed soon - do any of you know if there's an 'alert me' function on an Adobe bug report? Cheers Andy
Am I the only person annoyed by this? I don't even know what proc I'm clicking on if the file names have the same prefix, or are longer than the context window width.
I find the tab dropdown, as well as the tab names themselves, annoying. You can't widen either of them.
It helps to save each script to a file, even if only temporarily. I work in an environment where I need to save each script I write. I can see the file names if I hover over each tab. Not perfect, but it helps.
If you're running SSMS 2008 (or even just SSMS Express 2008), you can change certain property settings so that only certain things are shown in each tab: the current server, the current database, the filename, etc. If you only work in a single database, for instance, you could switch off everything except the filename.
But unless any of these suggestions help, there's really no way around those stupid tabs.
connect is garbage, they dont do anything
There isn't a way to make it any bigger.
I find this greatly annoying as well. There are a couple of connect items open about this.