GeekDrop-Props
GeekDrop-Props copied to clipboard
Properties panel instantly closes
I try this on win10 build 18323.1000 in both admin cmd and not, but when i launch the command proprieties pannel open for a second and then close itself
I'm not clear on the issue; when you run gdprops.exe with no parameters it should just show an info window (the "about" screen").
How exactly are you opening it? By typing "gdprops" in a command Window? With or without parameters? Are you on x64 or x86?
I also have this issue. I am on Microsoft Windows 10 [Version 10.0.17763.615]. It seems to be random. I have %DESKTOPDIR%
set to C:\Users\myuser\Desktop
.
I am running the below command within a Batch script:
GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk"
This should resolve to:
GDProps.exe "C:\Users\myuser\Desktop\My Shortcut.lnk"
50% of the time the Properties window instantly closes after opening, 50% of the time it works and stays open.
Please advise.
Update: This may have been caused from failure to restart after a very long time, 17 days to be exact. Windows 10 has a habit of going into a special "sleep mode" even though I shut down the machine and have turned off hibernation. Really irritating as you have to choose restart to actually give the system a breather.
Regards,
@Drakonas lemme know if you still think that was what the problem was, after a while.
@STaRDoGG It seems to still be 50/50 opening and not opening, actually, even though the machine has had updates. I've made sure it still happens and it is consistent.
It clouse after open :(
It clouse after open :(
How are you calling it? From a script, like @Drakonas was?
I am running the below command within a Batch script:
GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk"
Just curious, when it auto closes from the call within a batch file, is it happening when you double-click the .bat, but not auto-close if typing the .bat's file name into a command-line?
I am running the below command within a Batch script: GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk"
Just curious, when it auto closes from the call within a batch file, is it happening when you double-click the .bat, but not auto-close if typing the .bat's file name into a command-line?
I try that but doesn't work.
-
I make a
.bat
:GDProps.exe aaaa.pdf
then I call with a bat, (not work) call manually from command line (doesn't work), double click on it (doesn't work) . -
make a
.lnk
to the.bat
that containsGDProps.exe aaaa.pdf
call with another bat (doesn't work) call manually from cmd (doesn't work) , double click on it (doesn't work) .
:(
I am running the below command within a Batch script: GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk"
Just curious, when it auto closes from the call within a batch file, is it happening when you double-click the .bat, but not auto-close if typing the .bat's file name into a command-line?
I try that but does´t work.
I make a bat "GDProps.exe aaaa.pdf" then I call with a bat, (not work) call manually from command line (not work), double click on it (not work) . make a lnk to the bat that contain "GDProps.exe aaaa.pdf", call with another bat (not work) call manually from cmd(not work) , double click on it (not work) . :(
@kapi2454
Does gdprops.exe run (show it's about screen) when you just double-click the .exe without giving it a path to another file?
Did anyone work out a fix for this? I'm getting the same issue (instantly closes). If you open another properties panel manually first it will stay open - which kind of defeats the object but might shed some light on why it is failing.
@robbely I haven't worked on it at all. I need a exact set of tested steps to try and replicate it first.
Also need the OS it's being attempted on.
Lastly, even with that info at the moment, I can't really get to it because my dev machine is down. I have all my dev stuff in a vmware image, and whenever I try to fire it up now, all I get is a black screen. I haven't gotten that sorted out yet, so if you or anyone else reading this knows the fix, please lemme know. =)
P.S. if anyone else sorts it out, pull requests are welcome.
I run the program from a batch file, however I can reproduce the issue by opening a command prompt and typing:
"C:\Users\User\Desktop\GDProps.exe" C:\sources
Having gdprops.exe
moved somewhere else, or using a different folder for the properties panel, or adding \
at the end all leads to the same result of the properties panel of "c:\sources"
opening and closing instantly. Replacing C:\sources
with other folders on my system also leads to opening and instant closing.
If I first manually open up the properties panel of a random folder (in the script I am using system settings as this can be opened without gdprops) and then try the above, the c:\sources
property panel opens and stays open.
I am using Windows 10 x64 21H1 but have had this issue since v1903.
EDIT: I don't know enough about VM's re your black screen problem but it might not be vm-related but a problem with the installed system so you could look for fixes as though it wasn't a vm (although I imagine you have already tried that).
@robbely does the same thing happen with files, too? Or is it only happening with folders?
I just tried some files and again it just opens and closes. Also again, it remains open if I have another properties panel manually opened, so it looks like both files and folders.
@STaRDoGG I also encountered this problem...
Please see the gif picture.
windows10 21H1 (19043.1110)
@sjlei thanks for the report. I suspect it may have to do with the code that checks for the window class/title, but as i mentioned in an earlier post my development machine is out of commission at the moment, so i can't attack this bug until i get that sorted out first, and so far have had no luck.
As soon as i get it back up and running i will work on this.
In the meantime, it might help me if users with this problem let me know exactly which program(s) this is happening to, for example, notepad.exe, blah.exe, etc.
In the meantime, it might help me if users with this problem let me know exactly which program(s) this is happening to, for example, notepad.exe, blah.exe, etc.
What do you mean? I'm running this from a batch script to run it on a shortcut file (.lnk). There is no other software involved.
It also happens from the command line, not just double-clicking on the script.
What do you mean? I'm running this from a batch script to run it on a shortcut file (.lnk). There is no other software involved.
It also happens from the command line, not just double-clicking on the script.
I'm going to need more info, because I can't reproduce it over here:
I also tested entering the content of my .bat directly into the cline and no problem. Can you post the exact code in your .bat file? Also, anything else you may think might help.
@STaRDoGG I also encountered this problem... Please see the gif picture.
windows10 21H1 (19043.1110)
I can't reproduce it here with a .txt either:
Looks like an elusive bug.
I also have this issue. I am on Microsoft Windows 10 [Version 10.0.17763.615]. It seems to be random. I have %DESKTOPDIR% set to C:\Users\myuser\Desktop. I am running the below command within a Batch script:
GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk"
This should resolve to:
GDProps.exe "C:\Users\myuser\Desktop\My Shortcut.lnk"
50% of the time the Properties window instantly closes after opening, 50% of the time it works and stays open.
Ok, working backwards through the comments I saw your earlier one using an environment var instead, and it's happening here as well:
"G:\FileMenuTools\App\FileMenu Tools\My Custom Additions\Misc\GeekDrop\Props\GDProps.exe" "%DESKTOPDIR%\My Shortcut.lnk"
I'll take a look.
I also have this issue. I am on Microsoft Windows 10 [Version 10.0.17763.615]. It seems to be random. I have %DESKTOPDIR% set to C:\Users\myuser\Desktop. I am running the below command within a Batch script: GDProps.exe "%DESKTOPDIR%\My Shortcut.lnk" This should resolve to: GDProps.exe "C:\Users\myuser\Desktop\My Shortcut.lnk" 50% of the time the Properties window instantly closes after opening, 50% of the time it works and stays open.
Ok, working backwards through the comments I saw your earlier one using an environment var instead, and it's happening here as well:
"G:\FileMenuTools\App\FileMenu Tools\My Custom Additions\Misc\GeekDrop\Props\GDProps.exe" "%DESKTOPDIR%\My Shortcut.lnk"
I'll take a look.
As you can see from the GIF's above though, they aren't using environment var's and it still occurs.
Just uploaded a test version, let me know how it goes.
https://github.com/STaRDoGG/GeekDrop-Props/releases/tag/v1.2.1
Just uploaded a test version, let me know how it goes.
Many thanks for the update, unfortunately this one still instantly closes for me. Again it will remain open if I have any properties panel already open elsewhere.
@robbely notta problem. I didn't actually change anything that i thought might be related to that issue, just the one addressing environment variables in paths. :stuck_out_tongue_winking_eye:
Thought I'd just see if it magically solved itself in the process, lol.
I'm not done with it yet, keep an eye out for another update soon.
Have you had any success with this so far?
Have you had any success with this so far?
I was working on it (and forget now off the top of my head how far I got on it) and got sidetracked with other issues. atm my main puter is jacked up and I'm working off of a usb stick, so I don't have access to my dev environment, but it's still on my list of todo's. Hopefully eventually I'll get it done. :p
Many thanks for the update.
my main puter is jacked up and I'm working off of a usb stick
That doesn't sound good! I hope it's not causing you too much stress.
I purchased a new PC to replace my aging one and the issue isn't present in the new one (at least for now) - so it is likely some software or a windows setting on the old PC causing this.
Whatever is causing it, it looks like one of those annoying very subtle issues.
Hi, @STaRDoGG . Thanks for the app. I found the root of mentioned issue:
frmMain.vb: row 72
Function(FindProcess) FindProcess.Contains("#32770") **AndAlso FindProcess.Contains(" Properties")**)
The problem is quite simple - the verb of the Properties tab is hardcoded to be in English language only. I changed " Properties" verb in according with my current language Windows UI (not English) and problem was solved but still for ONE language only.
Unfortunately, I am not familiar enough with VB and .Net, so I am asking for help to add multilanguage support. I assume, we need a way to fill the lFound
string list without using AndAlso FindProcess.Contains(" Properties")
, so that the application will correctly wait for external properties window got closed.