file delete is not working.

on ftp site.
delete command is not working.

os : windows 7 Home Premium 64bit
flashfxp : 4.2.5. (1813)

How about you post timestamped session log or better explain what/how exactly it does not work.

Originally Posted by MxxCon

How about you post timestamped session log or better explain what/how exactly it does not work.

on file list.
1. select file.
2. press [delete] key
flashfxp doing nothing.

on file list.
1. select file.
2. press mouse right button.
3. Select [Delete]
flashfxp doing nothing.

Hello,

Thank you for your bug report.

Is it not working in the local or remote browser pane?

Please try the following steps and let me know if the following works:

1. select the list pane.
2. press one of the arrow keys to move the item selection up or down a few times.
3. select the desired item you want to delete.
4. right-click and select the delete command.

Originally Posted by bigstar

Hello,

Thank you for your bug report.

Is it not working in the local or remote browser pane?

Please try the following steps and let me know if the following works:

1. select the list pane.
2. press one of the arrow keys to move the item selection up or down a few times.
3. select the desired item you want to delete.
4. right-click and select the delete command.

this error showes in remote list.

and i tried.
but flashfxp answer nothing.

Can you post a full log, so we can have a look what is going on with flashfxp while you are connected to a remote server that doesn't allow you to delete files?

Please a timestamped log with the you connecting and trying to delete some random files, ok?

Have you tried a newer FlashFXP version https://oss.azurewebsites.net/download-beta/

Thank you.

I've been having this issue for a while as well:

Though this manifests only in the 'Local Browser' for me. Connected to a site in 'Remote Browser', deleting files via "Del" key or right-click works as expected.

Local Browser:
Press 'Del' key - does not work.
Right-click, Delete - does not work.
Right-click, Explorer menu..., Delete - does not work.
And by "does not work" the mouse cursor flashes a very brief moment to the spinning circle, but FlashFXP does nothing and the file remains.

Remote Browser:
Press 'Del' key - works as expected.
Right-click, Delete - works as expected.

I'm using 4.3.0 b1917 (tried 1918 from another thread). Here's the log

[2013-01-30 04:34:48 pm] Log Opened
[2013-01-30 04:34:48 pm] Winsock 2.2 -- OpenSSL 1.0.1c 10 May 2012
[2013-01-30 04:39:04 pm] Log Closed

What version of Windows are you using?

And what is the language/locale of Windows?

OS language: en-US.
System locale: sv-SE.
Keyboard input: sv-SE.

Using 64-bit versions of Vista and 7 with the same setup as above.

Tried switching keyboard input to en-US, but the issue persisted. Can't change system locale at the moment.

Does the filename contain any non-latin characters such as è ë ?

I did some research and as I thought the InvokeCommand uses a common verb that is not localized which means that the 'delete' verb would work on all locales of Windows.

Perhaps you have a 3rd party shell extension installed that is not playing well with FlashFXP.

The best way to view these shell extensions is using an app called ShellExView (http://www.nirsoft.net/utils/shexview.html)

You'll want the 32-bit extension viewer since FlashFXP is a 32-bit application
http://www.nirsoft.net/utils/shexview.zip

One great feature is that this app lets you enable/disable selective extensions and you can even create a html report of installed extensions.

If you're not sure what you're doing please do not attempt to change anything via this app, if at anything perhaps a html report would be quite useful to see which extensions are installed.

This is really weird. I updated to b1923 on my Win 7 box and the delete command was suddenly working, but I failed to re-confirm the issue prior to updating from b1917. Did b1923 solve it?

So now at this Win Vista box I made sure to test to see if I still had the issue. I did, and updated to b1923. The issue persisted with everything but the delete command working, but here comes the weird part: delete now works.

Well, decided to restart FlashFXP prior to posting, and now the delete command is non-functional again.

I always seem to test stuff when I'm about to present them. Go figure.

So I made a few simple ones just to see if I could find a pattern. Restarting doesn't have much to do with it (other than to 'reset' it), but if I first choose a folder and hit delete, the command will function. If I first choose a regular file (.txt, .png, .zip, ...) it will not. This seem to hit the mark each time I restart. Starting off with a folder and then selecting a file it will ask me if I want to delete the file. In a reversed situation it will ignore any file delete command and start asking me only after I try to delete a folder. Links/shortcuts seem to be treated in the same manner as folders.

Now we're talking. This is related to the option "Generic shell icons" under 'Preferences' -> 'Interface' -> 'File Browser'.
With it on: it's like described above.
With it off: there are no issues with deleting regardless of what's first selected.

The option is useless for me as I can see no other changes than a non-working delete command.

Hmph!

This is very bizarre.

I don't have any explanation on how this is even possible.

The "Generic shell icons" setting serves a single purpose, when checked the default shell icon for the file-type is used, where-as when unchecked shell icon of the specific file is used.

Both methods use the SHGetFileInfo() API to perform this look up.

Please try this update and let me know if it makes any difference

https://oss.azurewebsites.net/testr/dev-bu...4.3.0.1924.zip

I added some additional error handling and protection checks around the "generic shell icon" lookups, perhaps there is an error and things aren't reset causing the delete operation to fail.

Just unzip the flashfxp.exe overwriting your existing flashfxp.exe

If it doesn't can you please use the contact us link and include a copy of your flashfxp.ini perhaps a combination of your settings is triggering a situation that we have not encountered before.

Bizarre indeed! b1924 didn't change the behavior.

I've sent a mail via the form with the file.

This issue is now resolved in FlashFXP v4.3 build 1934 and I am closing this thread.