I found that FreeFileSync must run as Administrator in cases where directories
contain files that are linked to other files e.g. Album Art in directories
with MP3's.
When run as Administrator FFS will not accept drag and drop under Win-7.
Is this normal behaviour, can i correct this in some way?
Drag and drop not working
- Posts: 4
- Joined: 18 Apr 2012
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
I just tried drag and drop with both admin and user rights on Win7 x64, but
couldn't find any problems. Do you have specific steps that trigger this
problem?
couldn't find any problems. Do you have specific steps that trigger this
problem?
- Posts: 4
- Joined: 18 Apr 2012
I'm not shure what specific steps I could mention.
Drag/drop from file explorer simply is not not accepted when FFS runs as
admin, run as user there is no problem.
Drag/drop from file explorer simply is not not accepted when FFS runs as
admin, run as user there is no problem.
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
It seems, this is actually a security feature of Windows:
http://superuser.com/questions/59051/drag-and-drop-file-into-application-under-run-as-administrator
http://social.msdn.microsoft.com/Forums/en-US/windowsgeneraldevelopmentissues/thread/72f35f33-2df0-47e8-a16d-006f1190d81e/
I'll see if I can find a workaround.
http://superuser.com/questions/59051/drag-and-drop-file-into-application-under-run-as-administrator
http://social.msdn.microsoft.com/Forums/en-US/windowsgeneraldevelopmentissues/thread/72f35f33-2df0-47e8-a16d-006f1190d81e/
I'll see if I can find a workaround.
- Posts: 4
- Joined: 18 Apr 2012
Appreciate your effords!
Since the browse option is available I'll use this for the time.
Since the browse option is available I'll use this for the time.
- Site Admin
- Posts: 7279
- Joined: 9 Dec 2007
After a thorough investigation, it seems there is no solution at all. FFS uses
wxWidgets which is implemented in terms of Win32 API "RegisterDragDrop". So
the common workarounds using "ChangeWindowMessageFilterEx" for "WM_DROPFILES,
WM_COPYDATA, WM_COPYGLOBALDATA" have no effect.
It's ridiculous that drag and drop is designed in such a way that it can be a
security risk in first place. Put differently: Why wasn't the "safe subset" of
dragging and dropping of simple file names which makes 90% of use-cases not
separated from "unsafe custom drop actions?". A sad example where the bread
and butter scenario has to suffer from unrelated special cases for no apparent
reason.
If somebody has a clue how to solve this: let me know!
wxWidgets which is implemented in terms of Win32 API "RegisterDragDrop". So
the common workarounds using "ChangeWindowMessageFilterEx" for "WM_DROPFILES,
WM_COPYDATA, WM_COPYGLOBALDATA" have no effect.
It's ridiculous that drag and drop is designed in such a way that it can be a
security risk in first place. Put differently: Why wasn't the "safe subset" of
dragging and dropping of simple file names which makes 90% of use-cases not
separated from "unsafe custom drop actions?". A sad example where the bread
and butter scenario has to suffer from unrelated special cases for no apparent
reason.
If somebody has a clue how to solve this: let me know!