Custom Query (7948 matches)

hi, whenever i try to open a new filetype with any programe like NotePad++ but it starts to show error, to fix it i have to go to Edit > settings > File type association and have to define each rule in new line.

by default the filezilla is adding it in same line which cause the error.

Solution: filezilla has to add a new line \n after each new rule to make it fixed.

EX:

bytes "C:\Program Files (x86)\Notepad++\notepad++.exe" conf "C:\Program Files (x86)\Notepad++\notepad++.exe" conf_letsencrypt "C:\Program Files (x86)\Notepad++\notepad++.exe" log "C:\Program Files (x86)\Notepad++\notepad++.exe" php "C:\Program Files (x86)\Notepad++\notepad++.exe" stpl "C:\Program Files (x86)\Notepad++\notepad++.exe" tpl "C:\Program Files (x86)\Notepad++\notepad++.exe"

FileZilla Client

Version: 3.48.0

Build information:

Compiled for: x86_64-w64-mingw32 Compiled on: x86_64-pc-linux-gnu Build date: 2020-04-27 Compiled with: x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406 Compiler flags: -g -O2 -Wall

Linked against:

wxWidgets: 3.0.5 SQLite: 3.31.1 GnuTLS: 3.6.12

Operating system:

Name: Windows 10 (build 18363), 64-bit edition Version: 10.0 Platform: 64-bit system CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi2 bmi2 adx lm Settings dir: C:\Users\Shiva\AppData\Roaming\FileZilla\

Hello,

there is a problem with the program associated to a file (to open). By example I have created fils association for .lo and .txt, and what I get in the parameter widow is : log "C:\Program Files\Notepad++\notepad++.exe" %fphp "C:\Program Files\Notepad++\notepad++.exe" %ftxt "C:\Program Files\Notepad++\notepad++.exe"

So juste one string for both association. I think a \n is missign somewhere.

Wonderfull job by the way.

Codrescu Stefan

I believe this issue is new to FZ 3.48.0.

When one reopens a previously-opened server file, one gets a well-known popup asking whether to "Reopen local file" or "Discard local file then download and edit file anew".

Prior to version 3.48.0, IIRC, this popup would come up with a value already selected, that value being the one the user had last selected (i.e. remembering the user's last selection, whether reopen or discard). As of version 3.48.0, this is no longer the case. The popup always comes up defaulting to "reopen", which is slightly inconvenient for me, as I almost always require "discard" (i.e. an extra click).

Not a huge issue, but it would be nice to have FZ return to remembering one's choice (or alternatively adding an option as to what should be the default value for this popup).