![]() | |
![]() |
| | Thread Tools | Display Modes |
#31
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#32
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#33
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#34
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#35
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#36
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
#37
| |||
| |||
|
|
I could drag and drop but I'm sure everyone would agree this sort of pause is unacceptable. That would be probably be true if other people were experiencing this same symptom. Like Erland, I am not. Likewise, if it were happening across all applications, then it's something you could tie to Windows or your specific environment. But since that's not true either, I don't know what anyone can possibly suggest for you. Maybe there is an item in your MRU list (or the last folder you looked at) for SSMS that is located on a network device that is no longer connected, or a USB drive that is unplugged, or a DVD that is no longer in the drive, or on a network share that is slow or that you are no longer allowed to access. When the open dialog finally opens, where is it located? SSMS remembers the last place you opened from. So maybe try waiting for the open dialog, moving to another place (e.g. C:\), actually opening any .sql or .txt file, and then you should find that the NEXT time you launch the File|Open dialog, it will be faster. If that doesn't solve anything, then unless you can show Microsoft exactly how to reproduce the problem, they are not likely going to be aware of anything they can "fix"... and even if there were something to fix, it would take plenty of time for that fix to get into your hands, so you will need some workaround in the meantime, or gain some patience for the delay, or keep seeking the source of the problem. |
![]() |
| Thread Tools | |
| Display Modes | |
| |