Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#12034 closed Bug report (rejected)

Filezilla Client do not work first 5-6 minutes after start with 100% CPU load

Reported by: User85488925 Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc:
Component version: 3.45.1 Operating system type: Windows
Operating system version: 7 SP1, x64


When I start the client, one core is loaded at 100% for 5-6 minutes.
However, I can not connect to the sftp server saved in the settings. A new tab appears, but it is empty. The console is empty. The indicator does not show that some operation is occurring.
I can click refresh, but it does not give anything.
I can press interrupt the current operation, but it does not give anything.
The second tab to the same server is also empty.

If I click check for new versions, a dialog window will be displayed, there will be rotation progress bar until background load not ended.

Until the background process completes its work, the client is completely useless.

Through Process Explorer, I can look at stack on thread, which creates the download:


If I close the client while the background task is running, the window will disappear, but the process will remain until it completes its work.

If I start the client again, it will again do something in the background for 5-6 minutes.

Judging by the line: generate_selfsigned_certificate
He is engaged in the fact that he generates some kind of certificates.

Attachments (1)

fz_mute.mp4 (504.8 KB ) - added by User85488925 4 years ago.
Video with failed show update info

Download all attachments as: .zip

Change History (6)

by User85488925, 4 years ago

Attachment: fz_mute.mp4 added

Video with failed show update info

comment:1 by User85488925, 4 years ago

Component version: 3,45,13.45.1

comment:2 by User85488925, 4 years ago

If I try connect to plain FTP server it is work regardless background thread.
But any kind of SFTP server blocked by background thread and wait it end.

comment:3 by User85488925, 4 years ago

FileZilla Client

Version: 3.45.1

Build information:

Compiled for: x86_64-w64-mingw32
Compiled on: x86_64-pc-linux-gnu
Build date: 2019-09-25
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.29.0
GnuTLS: 3.6.9

Operating system:

Name: Windows 7 (build 7601, Service Pack 1), 64-bit edition
Version: 6.1
Platform: 64-bit system
CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx aes pclmulqdq rdrnd lm
Settings dir: C:\Users\User\AppData\Roaming\FileZilla\

comment:4 by Tim Kosse, 4 years ago

Resolution: rejected
Status: newclosed

For some reason your operating system's trust store has an insurmountable amount of gigantic certificate revocation lists. CRLs need to be parsed for security reasons.

Find out why your system has such abnormally huge lists and remedy the problem.

comment:5 by User85488925, 4 years ago

Thanks for point direction. I resolve issue via regedit.


I see few CRLs with not fit one blob field. It is show with subitems.
I full exported all CRLs branch to .reg file as backup.

After that remove 4 subitems which have plus on it (subitems).
One item have 250 (!) subitem blobs.

After that I run filezilla and issue gone.

Thanks for help.

Before regedit I try do clear CLRs without success via cmd line:

certutil -URLcache * delete
certutil -setreg chain\ChainCacheResyncFiletime @now

But it is not help.

Note: See TracTickets for help on using tickets.