FlashFXP 4.1 RC 3 build 1632

bigstar · 08-20-2011, 03:16 PM

FlashFXP 4.1 Build 1632 (RC 3)

Fixed > Installer > The installer was creating a folder named M_NAME in the folder where the setup was run. The installer script was using the actual variable name and not the value.
Fixed > Remote View/Edit > When navigating cached folders the download routine was requesting the file size which was unnecessary step, and in some cases the server current working directory wasn't the location of the file.
Added > Queue List > Additional state icons for en-queued move and rename commands.
Changed > Renamed whatsnew.rtf on the Help menu to "Release Notes" and the file to "Release Notes.rtf" and now the file is displayed within the internal editor. (due to this change you'll need to wait until the next build before you can use this feature. since the previous build is responsible for creating the file.)
Fixed > Local Browser > When list content in the local file browser was updated due to a external event the content wasn't redrawn correctly.

FlashFXP 4.1 Build 1631 (RC 3)

Fixed > queue list > sort > The sort behavior didn't match the column arrow.
Fixed > Transfer Graph > Splitter > The splitter above the transfer graph wasn't using the same style as the other splitter controls.
Fixed > keyboard shortcuts > The behavior of Ctrl+J and Ctrl+K was based only on the active side instead of being dynamic, if one side is local browser and the other remote browser then these shortcuts should function globally regardless of the active side.
Fixed > Remote File Search > CHMOD > After performing a CHMOD operation an access violation crash was triggered.
Fixed > Transfer Graph > 3D Type > When the graph display was set to 3D the transfer speed drawn on the graph was overlapping the border on the right side.
Fixed > Transfer Graph > After opening the Preferences dialog and making any change, then clicking Apply or OK, the Transfer graph height was reset to default.
Fixed > Transfer > Synchronization > When using "One way with delete" with a download FlashFXP would crash with an access violation.
Fixed > Queue > Edit > The dialog was showing "Multiple Selected" in the window title even when a single item was selected.
Fixed > A defect in a general purpose date/time to string conversion routine that resulted in the incorrect result.
Fixed > File Transfers > File Exist dialog > When displaying the file date/time, if the date/time was invalid the file would be automatically skipped due to a silent internal error.
Fixed > Language Translations > When a string is untranslated the English text is supposed to be displayed, However due to a defect no text was shown.
Fixed > Live Update > Auto check > Messages shown in the status window weren't properly stripped of the ending CR/LF.
Fixed > Live Update > If the user manually ran an update check while the automatic update check was in progress it could could create a race condition that could lead to FlashFXP crashing.
Fixed > File Transfers > date/time comparison > An unexpected result could occur if the file had an invalid file date, such as files with a creation/modified date older than 1980.

Please download the update via LiveUpdate

Blubi · 08-20-2011, 03:49 PM

Quote:

Fixed > Live Update > If the user manually ran an update check while the automatic update check was in progress it could could create a race condition that could lead to FlashFXP crashing.

Sadly still crashing

bigstar · 08-20-2011, 04:16 PM

Quote:

Originally Posted by Blubi

Sadly still crashing

I don't think the issue you experienced is related to what was fixed, FlashFXP will only automatically check for an update once a day and your problem was triggered every time you checked for an update. This fix was specific to the automatic check while a manual check was being performed.

Blubi · 08-20-2011, 04:18 PM

It was nearly everytime.

Kikrtech · 08-20-2011, 07:30 PM

Since updating it is crashing every single time I start up the program. Trying to find a version that doesn't crash.

Yil · 08-20-2011, 10:23 PM

Flash not changing to directory before issuing commands.

CWD and list dir1 then CWD and list dir2. If you go back to dir1 (which is cached) and attempt to view a file (regular transfers as well I believe) it attempts to try and SIZE the file without first changing directories to dir1 like it used to. It gets the file the 2nd time by using the complete path though, but if this was operating on a file like file_id.diz which would be in both it would be the wrong file... I'm not sure when this behavior started but it isn't super new as I remember seeing odd things like this for a while now, but because it would get it right on the automatic retry I didn't investigate it.

Blubi · 08-21-2011, 03:51 AM

Just tested a bit and crashing bug was introduced in 1629, no problem here in 1628.
In 1631 issue became worse.

bassiliin · 08-21-2011, 06:06 AM

I noticed that latest builds create empty M_NAME folder in the folder where installer is launched. I'm using portable version.

bigstar · 08-21-2011, 07:42 AM

Quote:

Originally Posted by Kikrtech

Since updating it is crashing every single time I start up the program. Trying to find a version that doesn't crash.

What is your operating system and what cpu brand/model?

bigstar · 08-21-2011, 07:59 AM

Quote:

Originally Posted by Yil

Flash not changing to directory before issuing commands.

Thank you, This issue appears to be specific to view/edit because it uses absolute paths rather than relative paths, This issue occurs within the routine that checks the remote server file size. It would not result in the wrong file being downloaded, just the wrong size being returned. In this situation the size isn't even needed because the size is used to evaluate the file transfer rules and these rules do not apply to view/edit. I will address this issue in the next release.

bigstar · 08-21-2011, 08:26 AM

Quote:

Originally Posted by bassiliin

I noticed that latest builds create empty M_NAME folder in the folder where installer is launched. I'm using portable version.

Thank you, I have found the problem and it will be addressed in the next build.

The installer uses an unusual scripting language and I had a " (double quote) when I should of had ' (single quotes) around the action and the variable should of had double quotes but in stead it was using single quotes. So both were reversed causing the N_NAME variable name to be passed, rather than the value of N_NAME, as the parameter.

LBeansy · 08-21-2011, 06:02 PM

Quote:

Originally Posted by Blubi

Sadly still crashing

Same here.

bigstar · 08-21-2011, 10:22 PM

FlashFXP 4.1 Build 1632 (RC 3) released.

I am still trying to figure out whats going on with Live Update.

spudgun · 08-21-2011, 11:00 PM

When connecting to/tranferring files from a drftpd based site flash fxp 4 can't use the remove failed transfers from queue option to skip the crc check notices in each folder. If this option is ticked you just get caught in an endless loop as flash tries and fails to enter the folder (CWD) which it can't do as these folders don't really exist and it just keeps trying and trying and not moving on to the next file.

For example;

[R] CWD /*** file name removed *** /[ 28 of 28 files = 100% complete of 1.4GB]
[R] 550 /*** file name removed ***/[ 28 of 28 files = 100% complete of 1.4GB]: File not found
[R] CWD /*** file name removed *** /[ 28 of 28 files = 100% complete of 1.4GB]
[R] 550 /*** file name removed ***/[ 28 of 28 files = 100% complete of 1.4GB]: File not found
[R] CWD /*** file name removed *** /[ 28 of 28 files = 100% complete of 1.4GB]
[R] 550 /*** file name removed ***/[ 28 of 28 files = 100% complete of 1.4GB]: File not found

With the option to remove failed transfers from the queue unticked you just get a failed transfer in the queue and it goes on to the next file. However, this isn't ideal as I would prefer flash not to even bother with these files (Setting it to skip 0 byte folders has no effect on the problem)

I have tried several of the latest builds, including the one released on 21st August and this problem seems to be present on all of them

I also have flash 3.6.0 (build 1240) installed and this problem doesn't happen with this version of the software and you just get the 'file not found' error in the ftp log and then it moves on to the next file and removes the crc check from the queue

ecksteinn · 08-22-2011, 03:26 AM

I run FFxp on a portable hdd. This installer does not properly update my alrewady installed portable version. Instead it tries to install Ffxp new on my C-Drive. The installer was downloaded via the update function of the running instance.
This worked since weeks/month. Today the auto-installation stopped working. I don't install this version else I have to fight with two versions installed on my box and copying files here and there to get it updated.