Login timeout when connecting to ftp server (Linux).

FTP OS: Windows
FTP Server: Filezilla
Computer OS: Linux
FluentFTP Version: 30.2.0
Important I'm getting this error not in 100% of attempts, sometimes the client gets connected and my upload/download tasks executed but in most cases I'm getting this error:
{ "Date": "2020-02-18 00:01:10.1805", "Machine": "fs-79899ccb4d-ml9jd", "Level": "Error", "CallSite": "**TaskManager+<ExecuteTasks>d__9.MoveNext", "Message": "An error occurred establishing connection to ftp server [\"<hostname>\":990].", "Exception": "FluentFTP.FtpAuthenticationException: Login time exceeded. Closing control connection.\n   at FluentFTP.FtpClient.AuthenticateAsync(String userName, String password, CancellationToken token)\n   at FluentFTP.FtpClient.AuthenticateAsync(CancellationToken token)\n   at FluentFTP.FtpClient.ConnectAsync(CancellationToken token)\n   at **TaskManager.ExecuteTasks() in \/src\/TaskManager.cs:line 56", "ftpServer": "<hostname>", "port": 990 }

OR
{ "Date": "2020-02-18 00:49:27.9731", "Machine": "fs-79899ccb4d-ml9jd", "Level": "Error", "CallSite": "**TaskManager+<ExecuteTasks>d__9.MoveNext", "Message": "An error occurred establishing connection to ftp server [\"<hostname>\":990].", "Exception": "System.TimeoutException: Timed out trying to read data from the socket stream!\n   at FluentFTP.FtpSocketStream.ReadAsync(Byte[] buffer, Int32 offset, Int32 count, CancellationToken token)\n   at FluentFTP.FtpSocketStream.ReadLineAsync(Encoding encoding, CancellationToken token)\n   at FluentFTP.FtpClient.GetReplyAsync(CancellationToken token)\n   at FluentFTP.FtpClient.HandshakeAsync(CancellationToken token)\n   at FluentFTP.FtpClient.ConnectAsync(CancellationToken token)\n   at **TaskManager.ExecuteTasks() in \/src\/TaskManager.cs:line 56", "ftpServer": "<hostname>", "port": 990 }

Here is my setup:

console app running in Linux docker container in kubernetes cluster. Base images used (Debian) mcr.microsoft.com/dotnet/core/runtime:3.1-buster-slim / sdk:3.1-buster, Ubuntu: runtime:3.1-bionic / sdk:3.1-bionic

ftp client configuration:

with appsettings.json:

Filezilla FTP Server settings:

Filezilla server logs:

(148918) 2/17/2020 14:53:22 PM - (not logged in) (<IPaddress>)> Connected on port 990, sending welcome message...
(148918) 2/17/2020 14:53:22 PM - (not logged in) (<IPaddress>)> 220 ACCESS IS RESTRICTED TO AUTHORIZED PERSONNEL ONLY!!
(148918) 2/17/2020 14:53:22 PM - (not logged in) (<IPaddress>)> TLS connection established
(148918) 2/17/2020 14:54:23 PM - (not logged in) (<IPaddress>)> 421 Login time exceeded. Closing control connection.
(148918) 2/17/2020 14:54:23 PM - (not logged in) (<IPaddress>)> disconnected.

FluentFtp trace

# ConnectAsync()
Status:   Connecting to **<ipaddress>**:990
Status:   FTPS Authentication Successful
Status:   Time to activate encryption: 0h 0m 1s.  Total Seconds: 1.9644761.
Response: 220 ACCESS IS RESTRICTED TO AUTHORIZED PERSONNEL ONLY!!
Command:  USER **<username>**
Response: 421 Login time exceeded. Closing control connection.
Command:  QUIT
Status:   Disposing FtpSocketStream...

# Dispose()
Status:   Disposing FtpClient object...
Status:   Disposing FtpSocketStream...

# ConnectAsync()
Status:   Connecting to **<ipaddress>**:990
Status:   FTPS Authentication Successful
Status:   Time to activate encryption: 0h 0m 0s.  Total Seconds: 0.1982004.
Status:   Disposing FtpSocketStream...

Same app with same settings works perfectly on Windows
I can list / download files using curl command from inside the pod:
curl -v --insecure --ftp-ssl "ftps://hostip:990" -u username:password
I also tried and succeeded with 2 other libs (same appsettings):
7.1. CoreFtp
7.2. Ftp.dll
But unfortunately both of them have major (for us) disadvantages. Among other things: CoreFtp is only .netstandard 1.6 and was last updated on 1/19/2018. Ftp.dll doesn't support async/await.

So I ended up with using CoreFtp but looking forward to switch back to FluentFTP when/if issue will be resolved.

This seems to be a server issue:

https://henrywrites.wordpress.com/2014/04/22/filezilla-9-0-44-421-login-time-exceeded/
https://forum.filezilla-project.org/viewtopic.php?t=41064

I'm not sure why it works with other libraries. Can you trace their logs and dump it here so we can compare their behavior with FluentFTP?

Thanks for the reply.
Those are not our case unfortunately.
Here is the full trace of download and upload tasks execution with CoreFtp:
{ "Date": "2020-02-27 02:22:08.7985", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "***.Settings..ctor", "Message": "Loading appsettings from [\"\/app\"]", "appsettingsDirectory": "\/app" }
{ "Date": "2020-02-27 02:22:24.7024", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "***.TaskManager+<ExecuteTasks>d__9.MoveNext", "Message": "Trying to connect to ftp server: \"<hostname>\", 990, Implicit", "Host": "<hostname>", "Port": 990, "EncryptionMode": "Implicit" }
{ "Date": "2020-02-27 02:22:24.7435", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Disconnect", "Message": "Disconnecting" }
{ "Date": "2020-02-27 02:22:24.7535", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<ConnectStreamAsync>d__60.MoveNext", "Message": "Connecting stream on <hostname>:990" }
{ "Date": "2020-02-27 02:22:24.7535", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<ConnectSocketAsync>d__61.MoveNext", "Message": "Connecting" }
{ "Date": "2020-02-27 02:22:26.0020", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<ConnectStreamAsync>d__60.MoveNext", "Message": "Waiting for welcome message" }
{ "Date": "2020-02-27 02:22:26.0331", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.0331", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "220 ACCESS IS RESTRICTED TO AUTHORIZED PERSONNEL ONLY!!" }
{ "Date": "2020-02-27 02:22:26.0419", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.0532", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: USER <username>" }
{ "Date": "2020-02-27 02:22:26.0532", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.0699", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "331 Password required for <username>" }
{ "Date": "2020-02-27 02:22:26.0699", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.0699", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: PASS *****" }
{ "Date": "2020-02-27 02:22:26.0699", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.1088", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "230 Logged on" }
{ "Date": "2020-02-27 02:22:26.1095", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.1095", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: PBSZ 0" }
{ "Date": "2020-02-27 02:22:26.1095", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.1283", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "200 PBSZ=0" }
{ "Date": "2020-02-27 02:22:26.1283", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.1283", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: PROT P" }
{ "Date": "2020-02-27 02:22:26.1293", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.1651", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "200 Protection level set to P" }
{ "Date": "2020-02-27 02:22:26.1651", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.1651", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<DetermineFeaturesAsync>d__52.MoveNext", "Message": "[FtpClient] Determining features" }
{ "Date": "2020-02-27 02:22:26.1651", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: FEAT" }
{ "Date": "2020-02-27 02:22:26.1691", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.1879", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "211-Features:" }
{ "Date": "2020-02-27 02:22:26.1879", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " MDTM" }
{ "Date": "2020-02-27 02:22:26.1879", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " REST STREAM" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " SIZE" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " MLST type*;size*;modify*;" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " MLSD" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " AUTH SSL" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " AUTH TLS" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " PROT" }
{ "Date": "2020-02-27 02:22:26.1892", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " PBSZ" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " UTF8" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " CLNT" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " MFMT" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " EPSV" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": " EPRT" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "211 End" }
{ "Date": "2020-02-27 02:22:26.2153", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.2356", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient.DetermineDirectoryProvider", "Message": "[FtpClient] Determining directory provider" }
{ "Date": "2020-02-27 02:22:26.2356", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: OPTS UTF8 ON" }
{ "Date": "2020-02-27 02:22:26.2356", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.2628", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "202 UTF8 mode is always enabled. No need to send this command." }
{ "Date": "2020-02-27 02:22:26.2628", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.2628", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<SetTransferMode>d__49.MoveNext", "Message": "[FtpClient] Setting transfer mode Binary, \u0000" }
{ "Date": "2020-02-27 02:22:26.2628", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: TYPE I" }
{ "Date": "2020-02-27 02:22:26.2628", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.2820", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "200 Type set to I" }
{ "Date": "2020-02-27 02:22:26.2820", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.2820", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<ChangeWorkingDirectoryAsync>d__36.MoveNext", "Message": "[FtpClient] changing directory to \/" }
{ "Date": "2020-02-27 02:22:26.2820", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: CWD \/" }
{ "Date": "2020-02-27 02:22:26.2820", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.3333", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "250 CWD successful. \"\/\" is current directory." }
{ "Date": "2020-02-27 02:22:26.3333", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.3333", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: PWD" }
{ "Date": "2020-02-27 02:22:26.3333", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.3468", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "257 \"\/\" is current directory." }
{ "Date": "2020-02-27 02:22:26.3468", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.3725", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "***.TaskManager+<ExecuteTasks>d__9.MoveNext", "Message": "Connected. Uses EPSV: true. Now executing tasks, number of tasks 2", "UsesEpsv": true, "NumberOfTasks": 2 }
{ "Date": "2020-02-27 02:22:26.4234", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Info", "CallSite": "***.Tasks.DownloadTask+<Execute>d__5.MoveNext", "Message": "Start executing task [\"DownloadTask\"].", "Task": "DownloadTask" }
{ "Date": "2020-02-27 02:22:26.4234", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<ChangeWorkingDirectoryAsync>d__36.MoveNext", "Message": "[FtpClient] changing directory to \/Input" }
{ "Date": "2020-02-27 02:22:26.4234", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: CWD \/Input" }
{ "Date": "2020-02-27 02:22:26.4234", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.4431", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "250 CWD successful. \"\/Input\" is current directory." }
{ "Date": "2020-02-27 02:22:26.4431", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.4431", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: PWD" }
{ "Date": "2020-02-27 02:22:26.4431", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.4823", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "257 \"\/Input\" is current directory." }
{ "Date": "2020-02-27 02:22:26.4823", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.4823", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.FtpClient+<ListFilesAsync>d__46.MoveNext", "Message": "[FtpClient] Listing files in \/Input" }
{ "Date": "2020-02-27 02:22:26.4823", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Components.DirectoryListing.MlsdDirectoryProvider+<ListNodeTypeAsync>d__5.MoveNext", "Message": "[MlsdDirectoryProvider] Listing File" }
{ "Date": "2020-02-27 02:22:26.4901", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<ConnectDataStreamAsync>d__56.MoveNext", "Message": "[FtpClient] Connecting to a data socket" }
{ "Date": "2020-02-27 02:22:26.4901", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: EPSV" }
{ "Date": "2020-02-27 02:22:26.4901", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:26.5047", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "229 Entering Extended Passive Mode (|||20206|)" }
{ "Date": "2020-02-27 02:22:26.5047", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:26.5151", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<OpenDataStreamAsync>d__58.MoveNext", "Message": "[FtpSocketStream] Opening datastream" }
{ "Date": "2020-02-27 02:22:26.5151", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<ConnectStreamAsync>d__60.MoveNext", "Message": "Connecting stream on <hostname>:20206" }
{ "Date": "2020-02-27 02:22:26.5151", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<ConnectSocketAsync>d__61.MoveNext", "Message": "Connecting" }
{ "Date": "2020-02-27 02:22:27.1295", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: MLSD" }
{ "Date": "2020-02-27 02:22:27.1295", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:27.1542", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "150 Opening data channel for directory listing of \"\/Input\"" }
{ "Date": "2020-02-27 02:22:27.1542", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:27.1542", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Dispose", "Message": "Disposing of data connection" }
{ "Date": "2020-02-27 02:22:27.1618", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Disconnect", "Message": "Disconnecting" }
{ "Date": "2020-02-27 02:22:27.1618", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:27.1710", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "226 Successfully transferred \"\/Input\"" }
{ "Date": "2020-02-27 02:22:27.1710", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:27.2176", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Info", "CallSite": "***.Tasks.UploadTask+<Execute>d__5.MoveNext", "Message": "Start executing task [\"UploadTask\"].", "Task": "UploadTask" }
{ "Date": "2020-02-27 02:22:27.2225", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.FtpClient.Dispose", "Message": "Disposing of FtpClient" }
{ "Date": "2020-02-27 02:22:27.2294", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.FtpClient+<LogOutAsync>d__35.MoveNext", "Message": "[FtpClient] Logging out" }
{ "Date": "2020-02-27 02:22:27.2294", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<SendCommandAsync>d__56.MoveNext", "Message": "[FtpClient] Sending command: QUIT" }
{ "Date": "2020-02-27 02:22:27.2294", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Getting Response" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "221 Goodbye" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream+<GetResponseAsync>d__57.MoveNext", "Message": "Finished receiving message" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Disconnect", "Message": "Disconnecting" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Dispose", "Message": "Disposing of control connection" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Trace", "CallSite": "CoreFtp.Infrastructure.Stream.FtpControlStream.Disconnect", "Message": "Disconnecting" }
{ "Date": "2020-02-27 02:22:27.2427", "Machine": "filesync-5786c8fd95-x5p5j", "Level": "Debug", "CallSite": "***.TaskManager+<ExecuteTasks>d__9.MoveNext", "Message": "Finished executing tasks." }

Any updates on this?

Common problem: If the connection stops after certificates have been exchanged, it is an indication that one of the parties cannot verify the other's certificate. This is a quite common source of problem with TLS software, especially when self-signed certificate or private roots are used.

To fix this try with client.ValidateAnyCertificate = true.

I looked thru the code and from what I can ascertain, the server does not send a reply to the USER command, thus the authentication fails. I think the server is switching to a secure channel at a different time than the client, thus communication is lost on both sides.

I think you should explicitly set the SslProtocols property. Users have reported that 1.2 seems to be best, but some users also report differently. See https://github.com/robinrodricks/FluentFTP/wiki/FTPS-Connection#how-do-i-connect-with-ssltls--how-do-i-use-ftps

Can you try calling client.AutoDetect() or AutoConnect() and let it figure out if any of the connection options work?

Thanks for your recommendations. Here is what I get:

DataConnectionEncryption - Didn't help
SslProtocols - I've played with this setting earlier, and tried now again just in case, with no luck. Didn't help
DataConnectionType - I've played with this setting earlier, and tried now again just in case, with no luck. Didn't help
AutoConnect - what I see from logs it tries to connect 90-92 minutes and then returns null (returned profile is null). Didn't help
Use sync methods - also Didn't help
Explicit TLS - probably can help (we had such setup on STG environment before, and it worked) but on Production we cannot do this because of PCI requirements (see in the original description a screenshot from filezilla server settings: GenericSettings -> "Listen on these ports" -> is empty (PCI requirements)). Not an option in our case.

Any other ideas, suggestons?

Oh dear, I've run out of ideas I'm afraid.

Same issue here!

Hello there,
i personal do not recomend a FTP-Server based on Windows but this is another Story.
I think you have to set port 21 as "normal"-Port and not 990.
In your first Screenshot there stands "Listen on those Ports [...] Default Port: 21".
SO in my understanding of FTP you "must" connect via 21 and then the Server tell´s you that 990 is the Port for "Implict" FTP.
So just switch your Port to 21 than the Server will tell you that if you want to use Implict FTP you need 990 an all is nice.
I think this because it´s the same as it is at PASV-Ports, you connect to 21 send the PASV - Command and the Server tells you "Use Port xy and xz" but if you try to connect instand do Port xy or xz the Server will say "no" to you.

same here!
what I have:

remote Windows IIS FTP server accepting 990 port connection only (out of my control);
C# client code (which I am trying to compose);
my dev env is Win10, my prod env is Ubuntu 20.04 (pre-built core/aspnet:3.1-bionic docker container);

The most frustrating thing is that client code works smoothly when run on windows and fails right away on linux (same as on WSL too)
on windows:
# Connect()
Status:   Connecting to ***:990
Status:   FTPS Authentication Successful
Status:   Time to activate encryption: 0h 0m 0s.  Total Seconds: 0,5940382.
Response: 220 Microsoft FTP Service
Status:   Detected FTP server: WindowsServerIIS
Command:  USER ***
Response: 331 Password required
Command:  PASS ***
Response: 230 User logged in.
Command:  PBSZ 0
Response: 200 PBSZ command successful.
Command:  PROT P
Response: 200 PROT command successful.
Command:  FEAT
Response: 211-Extended features supported:
Response: LANG EN*
Response: UTF8
Response: AUTH TLS;TLS-C;SSL;TLS-P;
Response: PBSZ
Response: PROT C;P;
Response: CCC
Response: HOST
Response: SIZE
Response: MDTM
Response: REST STREAM
Response: 211 END
Status:   Text encoding: System.Text.UTF8Encoding+UTF8EncodingSealed
Command:  OPTS UTF8 ON
Response: 200 OPTS UTF8 command successful - UTF8 encoding now ON.
Command:  SYST
Response: 215 Windows_NT

on linux:
# Connect()
Status:   Connecting to ***:990
Status:   FTPS Authentication Successful
Status:   Time to activate encryption: 0h 0m 0s.  Total Seconds: 0.6417417.

and got Unable to read data from the transport connection: Connection timed out. exception 15 sec later
After some debugging attempts, I found a "solution" - switch the target of my client app from netcore3.1 to net50 and update the prod env container. I think this works for me.
So, I believe this is something inside the SslStream implementation for < netcore3.1 on linux. Maybe it will guide you to found a proper fix for this issue. I can provide more information if needed.

This issue is very old. It has not been followed up on. If it is still of interest please intervene - otherwise it will be closed soon.
The above analysis is incomplete and partly inaccurate.
The newest versions of FluentFTP will produce much more information to help debugging problems of this kind.

If anyone still has this, try our new GnuTLS FTPS support.
https://github.com/robinrodricks/FluentFTP/wiki/FTPS-Connection-using-GnuTLS


Serverless.yml plugin order doesn't work

I need to to apply the plugin after the serverless-plugin-typescript compiles my project, but that doesn't work, the warmup is always applied first, even if it's declared after in my serverless.yml
Problem is that typescript expects an index.ts file instead of index.js inside the _warmup folder
serverless.yml
...
plugins:
  - serverless-plugin-typescript
  - serverless-plugin-warmup

I fix this adding a custom options typescript: true in the .yml file, then modifying the filePath to index.ts if option's true.

Shouldn't this be fixed in the typescript plugin? It should not dictate that the warmup plugin has to emit a ts file. E.g. if you use the webpack plugin together with the warmup plugin it also works, even if you use typescript everywhere else.
Imo, having my sources as TS does not mean that all my dependencies and tools also have to be TS.


auction ui: unknown assets errors

Unknown assets should be properly handled and filtered out, otherwise it can throw an error in the extension.
https://github.com/penumbra-zone/web/assets/70081547/3b8cc09a-7695-4705-b615-0eb64f8a420b

@jessepinho

https://github.com/penumbra-zone/web/blob/e86448e295a7fe4aeaee3d0e6d3d9478e41933ac/apps/minifront/src/components/swap/helpers.ts#L39-L44
getSwappableBalancesResponses takes this into account and should not return unknown assets, but it seems that once swap and auction are merged, getSwappableBalancesResponses is not always used
I'll pick up

How do you create unknown assets?  @TalDerei

https://github.com/penumbra-zone/web/blob/e86448e295a7fe4aeaee3d0e6d3d9478e41933ac/packages/ui/components/ui/tx/view/value/index.tsx#L31
Ah, in fact, all of these assets are known
They just don't have a symbol defined, so they show up as unknown

It's a real unknown asset:

and this is an unknown asset decoy


thread 'main' panicked at 'called Result::unwrap() on an Err value: WireError(InvalidEnumValue(14))', libcore/result.rs:945:5

Got this today...

Fixed in https://github.com/librespot-org/librespot/pull/224

Thanks! Sorry for not doing the research I should have done.


GFM and syntax highlighting?

I haven't been able to get gfm tables and syntax highlighting to work...
Here's my gulpfile:
var gulp = require('gulp');
var markdown = require('gulp-markdown');
var livereload = require('gulp-livereload');

gulp.task('markdown', function() {
  return gulp.src('*.md')
      .pipe(markdown({
        highlight: function(code) {
          return require('highlight.js').highlightAuto(code).value;
        }
      }))
      .pipe(gulp.dest('./'))
      .pipe(livereload());
});

gulp.task('watch', function() {
  livereload.listen();
  gulp.watch('*.md', ['markdown']);
});

Never mind about the tables.. Turns out I just don't have nice styling in place so I didn't notice it.

@dpipkin what'd your markdown look like? I'm using essentially the same markdown task with the GFM syntax to specify an html code block, with no success.

I can't remember haha. I never did get the syntax highlighting to work though.


twill image hides after it loads

Twill-image sometimes blinks and hides. I can reproduce it reliably by adding a new block of the same image multiple times and clicking a preview button each time. Same happens on the frontend, though I could not find a way how to reproduce this there. This is no longer reproducible after an image is cached by the browser.
Video Example:
https://drive.google.com/file/d/1kUppTYBllabc2vqdtuvAkEDiCoGVf1nz/view?usp=sharing
I think the issue is that <source> element inside <picture> is not displayed and <img> element has opacity 0.

Block component implementation:
    {!! TwillImage::make($block, 'image')->crop($block->input('crop'))->render() !!}

Probably related: https://github.com/area17/twill-image/issues/22

https://github.com/area17/twill-image/pull/33 can this be merged?


Add iscsi as secondary storage

It seems iscsi has better performance in comparison to NFS, specially in vmware environment.
So I think it will be a good idea to add support of iscsi to secondary storage.

@geekza1 that would be nice but i think implementation is not easy. since we use managed storage we would recommend it.

@geekza1 that would be nice but i think implementation is not easy. since we use managed storage we would recommend it.

Could I know what is its name?
Is it compatible with vmware?
If it uses nfs to connect to vmware we may should have the same problem!

Why one needs that if one can use Ceph RBD or S3 (Minio) or even Gluster with minor hacks? I don't think block device is an easy way to use as a SS, because it's necessary to add certain kind of addressation inside (actual filesystem) and DLM.

@aleskxyz there are improved storage types support for vmware, I don't think for secondary but you might want to look at those (and maybe use direct download if you don't want an nfs store).
@svenvogel is referring to solidfire i think !?!

@bwsw The downside of all the mentioned solutions is vmware doesn't mount them directly. An NFS staging server is required for them.
@DaanHoogland Cloudstack only supports certain type of SS that all of them needs an NFS server. I don't get your point about "direct download". Did you mean that I can use an vmfs storage as my SS by editing entries in database?

@aleskxyz please review the release candidate for 4.15. It does support different types of storage on vmware.

@DaanHoogland Cloudstack only supports certain type of SS that all of them needs an NFS server. I don't get your point about "direct download". Did you mean that I can use an vmfs storage as my SS by editing entries in database?

@aleskxyz direct download means that templates are not downloaded and stored but the remote url is registered and whenever a deploy occurs the template is downloaded to primary if it is not yet available on it. This seems to partially fit your use-case (I don't know if you use backup of snapshots or the likes)


feat!: use native headers, optional query params

This PR:

changes the types of the Headers used in the OFREP providers to the native fetch API (which we use anyway); this reduces some boilerplate
adds the ability to send optional custom query params to OFREP (web and server)
minor refactors mostly to reduce small duplication (new feature, less code :sunglasses: )

:warning:
EDIT:
This PR also uses NX settings to automatically make ofrep-core a generate dependency of ofrep-web and ofrep (instead of a manual peer). I don't think we want ofrep-core as a peer here, since no API service area of ofrep-core is seen by consumers, we can keep our own copy.
This is what the generated deps look like:

Change looks good and makes sense!

Thanks Lukas... please see the edit to my description (the bundling change) I made it after you reviewed, and I want to make sure it makes sense to everyone.


Add a compiler warning on &[char]

Never ever use &[char].

This repo is for RFC only. The rustc/clippy repo is more appropriate.
But why ?

99.99% of the time, &[&str] is more appropriate.
because you rarely ever want O(1) indexing on codepoints. it turns out O(1) indexing on characters is more likely to be what you need. and those can be multiple codepoints.

I don't see any good reason to add a compiler warning against the use of a &[char]. If you want to pursue this more earnestly, I'd recommend trying to add it as a Clippy lint at first. In light of that, I'm going to close this.


Fix the mkbundle subcommand with bundler 2.1.4 (#1348)

Fix #1348

The first PR violate the following checkstyle tests.
[ant:checkstyle] [WARN] /home/runner/work/embulk/embulk/embulk-core/src/main/java/org/embulk/cli/EmbulkRun.java:253: Line is longer than 180 characters (found 188). [LineLength]
105


Automated Package Upgrade

:tada: This PR is included in version 12.4.75 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Pyscaffold breaks with setuptools version 39

I get an error like
      File "/tmp/pip-build-gwh071/damsat/.eggs/PyScaffold-2.5.8-py2.7.egg/pyscaffold/utils.py", line 239, in check_setuptools_version
        "Your setuptools version is too old (<12). "
    RuntimeError: Your setuptools version is too old (<12). Use `pip install -U setuptools` to upgrade.
    If you have the deprecated `distribute` package installed remove it or update to version 0.7.3.

The reason is that SetuptoolsVersion was removed. See https://github.com/pypa/setuptools/blob/master/CHANGES.rst#v3900

Thanks for reporting. That means one would need to increment the setuptools_scm version to v1.16.0 and use their fix for PyScaffold too or rather import it. I'll be only able to fix this tomorrow afternoon, but looking forward to a PR if you like to.

I really know too little to be able to make a PR quickly and I don't have time today to do the research.

The issue is not hard to solve, but you and I do not have the permission apparently.

@JWDobken, you have the permission in the sense that you can create a PR.

I have never ever done this before as well :|, soo
Please find my first open source PR #149  ever

I'll create a PR to the v2.x branch. We still use Python 2.

Thanks a lot folks for all your support. I just pushed a version 2.5.9rc1 to PyPI, so please check if that works for you and let me know.
@scorphus, thanks for your PR. I saw it a little late and already had something in progress which is quite similar to your solution. I added you to the list of contributors and are looking forward to more contributions from you :-)

Thanks.
It seems to work fine.
But it means I will be upgrading and making new releases for all my older packages that are still based on pyscaffold 2.4.x.
I'm a little annoyed by the setuptools team for removing this just for the sake of changing it to another name.

YAY! 🎉 v2.5.9rc1 works like a charm. Thanks, @FlorianWilhelm, not only for the better/more elegant solution 👍 and the new RC but also for adding me as a contributor! I look forward to contributing/learning more 🙂

Alright, after a switch to version 1.17.0 of setuptools_scm (released today) everything seems to be green again. To test everything out I released two release candidates, v2.5.10rc1 for legacy and v3.0.2rc3 for the current generation of PyScaffold. Please check them out and let me know if you encounter any problems.

v3.0.2rc3 works for me. Thank you for this fast release.

@FlorianWilhelm, 2.5.10rc1 works well too, thanks for reacting to updates on setuptools_scm so quickly! 👍

PyScaffold 2.5.10 is released! I incorporated a few more changes into PyScaffold 3.0.2rc4 and give it one more day for testing.

We tested v3.0.2rc4 it works fine! thanks for the quick reaction, we are eager to see the final release happen :)

@glebourgeois Thanks for the feedback and the funny title of https://github.com/theQRL/QRL/issues/1046 :-)
Version v3.0.2 was just released. Thanks to everyone in this thread for getting involved and your help!


Problem with function client.update_my_anime_list_status()

When calling the function to add an anime to a given list (watching, completed, on hold, dropped or plan to watch) or to update its status it takes always only the value "watching".
Example:
# Payload data
payload = {
    "status": "completed",
    "is_rewatching": False,
    "score": 0,
    "watched_episodes": 0,
    "priority": 0,
    "num_times_rewatch": 0,
    "rewatch_value": 0,
    "tags": "",
    "comments": "",
}

# 22199 - Akame ga Kill!
client.update_my_anime_list_status(anime_id=22199, data=payload)

When you check the webpage you will see the title in the "Last Anime Updates" section, as it has been recently added or modified, but the status is "watching". I've tried with other statuses in the payload and ended with the same result. I guess payload may be incorrect or incomplete and the request sets a default value.

I am aware that list functions are a total mess at the current state. I have finished what I've been focused on recently (whole fields system) so I will be taking those functions as my priority now. I haven't looked through them yet though so I can't say for sure, but maybe this value is just hardcoded? Although if nothing unexpected happens I am looking forward to have it (and new docs) done when I am back home, during the upcoming weekend. I will have syntaxes changed to more user-friendly as well.

Thanks for your time and for giving a high priority. As far as I've seen in the modules it doesn't seem to be hardcoded. By the way, I've taken a look at the official documentation and there is an example of the "Update my anime list status" operation with a curl request. That way currently works, I've been able to set all the possible statuses, so I'm pretty sure that the problem in this function must be related to the values passed inside the payload.
Another important thing, when you send the request with curl you can either the PATCH or PUT operation with the same result (because of some ambiguities...), but it doesn't gets fixed in the code with that. I mean, the last line:
return self._api_handler.call(method="patch", uri=uri, data=data)
There are no changes apparently if you replace "patch" by "put", it doesn't make any effect.

[Update] I've been debugging the "request_handler" and "client" modules and I've found the problem and a way to fix it:
In the file client.py you can find this function which is used to connect the user to the API with his token / client ID.
def _connect_to_api(self):
        if self._bearer_token is not None:
            self.headers = {
                'Content-Type': 'application/json',
                'Authorization': f'Bearer {self._bearer_token}'
            }
            self._api_handler = APICaller(base_url=self._base_url,
                                          headers=self.headers)
            self.authorized = True
        elif self._client_id is not None:
            self.headers = {
                'Content-Type': 'application/json',
                'X-MAL-CLIENT-ID': self._client_id
            }
            self._api_handler = APICaller(base_url=self._base_url,
                                          headers=self.headers)
        else:
            raise AuthorizationError()

If you take again a look at the API documentation you will see that the Update my anime list status operation has a defined body schema: REQUEST BODY SCHEMA: application/x-www-form-urlencoded, but in the code above you can see clearly that at in headers there is the value 'Content-Type': 'application/json' which causes the problem.
I tried setting the correct value as:
self.headers = {
    'Content-Type': 'application/x-www-form-urlencoded',
    'Authorization': f'Bearer {self._bearer_token}'
}

and it actually works! I did also remove the 'Content-Type' key like this:
self.headers = {
    'Authorization': f'Bearer {self._bearer_token}'
}

and also works (don't know why yet).

Huh, never seen any need to look into that,  should have done that when I was adding new authentication method.
Anyways good to know what caused the issue, as I said I will be picking it up during the weekend, thanks for info, this will speed up the process definitely.


MudDataGrid: With VirtualizeServerData, reset StartIndex if beyond TotalItemsCount boundaries.

Reset the StartIndex if it extends beyond the TotalItemsCount boundaries.
Description
Problem
If an external filter is applied to MudDataGrid using VirtualizeServerData, a situation may arise where the user has scrolled down the table data, applied a filter, and then sees 0 records in the table instead of, for example, 10. This occurs because the StartIndex changes when scrolling the table body, and after applying the filter, this StartIndex remains the same. If TotalItemsCount is returned less than StartIndex, an empty collection is returned to the user.
Solution
After the query, check the relationship between StartIndex and TotalItemsCount and send a repeated request with StartIndex equal to 0 if the condition is met.
Testing
I tried adding a test, but for some unknown reason, the MudDataGrid component in the test displays all the table rows in the HTML markup, instead of a small batch of elements corresponding to the StartIndex and Count parameters. Under such conditions, I was unable to create a suitable test. However, in the Viewer on the component I created for the test, the fixes work as intended.
Type of Changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation (fix or improvement to the website or code docs)

Checklist

[x] The PR is submitted to the correct branch (dev).
[x] My code follows the code style of this project.
[ ] I've added relevant tests.

Thanks!


Minor Typo

Hi,
The "Get Postman Collection" on the documentation by default points to http://localhost/docs/collection.json
Instead you could just use the base URL?
I modified my index.md to do so but I was just thinking of other users :)

This one i already fixed - I just hadn't tagged a release yet.
It should be available with release 1.6.7


baxter_interface: 1.1.0-0 in 'indigo/distribution.yaml' [bloom]

Increasing version of package(s) in repository baxter_interface to 1.1.0-0:

upstream repository: https://github.com/RethinkRobotics/baxter_interface.git
release repository: https://github.com/RethinkRobotics-release/baxter_interface-release.git
distro file: indigo/distribution.yaml
bloom version: 0.5.16
previous version for package: null

baxter_interface
* Updates baxter_interface to ROS Indigo
* Upgrades to the Indigo robot required a reworking of how cameras power **on** / **off** - Three cameras can no longer be powered at the same time, and closing cameras turns power **off** to the specified camera and **on** to the other two
* Updates joint trajectory action server to use new Inverse Dynamics Feed Forward Commands and configurations for smoother & more accurate MoveIt trajectory execution
* Updates joint trajectory action server default control mode from *position* to *position_w_id* which uses 'raw' joint position control
* Updates joint trajectory action server to replace linear, cubic, and quintic spline fitting with *Cubic Bezier Spline* interpolation. These splines can use Position, Velocity, and/or Acceleration to more accurately interpolate supplied trajectories
* Adds head trajectory action server interface for controlling Baxter's head pan joint (thanks to @aginika for contributing this)
* Updates verification of Gripper software versions to check firmware Build Date instead of Build Version (SDK gripper version 1.1 conflicted with Manufacturing versions)

I'm not sure if there's a better way to do this... baxter_core_msgs is a core dependency among all our packages, which prevents me from being able to set up any other package until baxter_common/baxter_core_msgs is merged. bloom-release gives an error saying that  the rosdep could not be satisfied or something to that effect.
Similarly, I will need to wait for baxter_interface (which depended on baxter_core_msgs) to be merged before baxter_examples and baxter_tools. Finally, after everything else is merged, baxter repo can be bloom-released. Granted, this is only because it's the first time we are releasing these package to Indigo, but I imagine this not ideal for you at OSRF to have to merge every 5-10 min rather than all in one go.

This is the only way for a first time release. Don't worry about the number of PRs.

Yeah, unfortunately bloom only works off of what is released when generating the .deb dependencies, so you'll have to release them one at a time for the first release.


The "Provided by Brave" IPFS node option is not being offered

Describe the bug
The "Provided by Brave" IPFS node option is not being offered in the IPFS companion pull down as your doc says it should be.
To Reproduce
Steps to reproduce the behavior:

Go to Brave browser settings. Enable "IPFS Companion"
Both the companion webpage, and the recent issue at https://github.com/ipfs-shipyard/ipfs-companion/releases/tag/v2.17.0 say to select "Provided by Brave" as your IPFS node option in the companion.
No such option is offered.  I'm at a loss as to what to try next.

Expected behavior
A clear and explicit option in the pull down to do exactly what your IPFS doc is telling me to do.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: Win10
Browser Brave
Version Version 1.18.78 Chromium: 87.0.4280.141 (Official Build) (64-bit)a

Additional context
Add any other context about the problem here.

@A2be Which version of Brave? IPFS support ships in Brave 1.19 (which isn't out quite yet), but you can give it a spin in the Nightly build until then: https://brave.com/download-nightly/

@A2be Which version of Brave? IPFS support ships in Brave 1.19 (which isn't out quite yet), but you can give it a spin in the Nightly build until then: https://brave.com/download-nightly/

@A2be feel free to reopen if you can't see it in Brave >=1.19.x

@A2be feel free to reopen if you can't see it in Brave >=1.19.x


Remove the misplaced .f2py_f2cmap

There's a copy of the file in the root of the repo, probably doing nothing.
The file should be in the directory where f2py is actually called.

Done in https://github.com/climlab/climlab-emanuel-convection/commit/3e7da850689a1cebade8e4cad55b4ecca9001bd2


Enable field properties to be exported too.

So far field properties such as descriptions, lookup fields, required,  etc. are not with the table's structure. This small change includes these properties with the export and allows for a more complete reconstruction of the database's tables.

Appearently I'm unable to work correctly with github . The second commit wasn't intended to be part of this pull request. However it's only some "cosmetic" feature I added:
An import or export operation now shows an "hourglass" and some feedback in the status bar as I was annoyed by not having feedback for quite lengthy operations. I also redirected most of the Debug.Print-Commands through an internal sub routine that shows the messages to the debug output as well as to the status bar.

Appearently I'm unable to work correctly with github

Github keeps a pull request up to date with the branch you submitted, so if you only want specific commits to be pulled you have to create a separate feature-branch and submit a pull-request for that branch.

Thanks for the hint. I'll try that next time.
As for this pull request, I'd recommend to merge all the changes I've made anyway. :-)


Add the ability to revert/discard an already saved collection in the database to the previous state it had when last deposited

Refer to #858, which is the equivalent functionality for reverting a work
Needs a new collection form design, currently in process

Related to #794, #1110, #1112

The equivalent work for a work was done in #1101

This seems to be working now.


"FSL BET did not run and no previous mask was found.. Reconstruction stopped"

Thank you for your wonderful job. But as the title mentioned, the toolbox can't run FSL BET even though I had FSL installed in usr/local/fsl directory. I wonder is this because the input image format? I used .dcm format of phase images.

This should not be related to the .dcm format. It is more related to the fsl installation and whether you can call fsl from matlab. Previous version may have issue with PC (needs to run under a virtual machine). I have added support for Windows wsl now.


question/feature request - validate changes

I do not know if this is possible or easy.
When using  --output-gltf-split-level it would be nice to know if RVM input for that level is same as last convert time I converted.
Is it possible to add like a mdf/sha1 id in the meta data based exported lvl ?
I guess if I try and do something like that on the gltf I might not get correct result due precision etc ?

If center model is true, changing any geometry might change the center slightly, so that might change everything. But if that is off, I think parts should be relatively independent.
Have you tried to just create hashes of the output file and see if all of them change?

Looks like it recreated very similar on the same file, think we just need to test it out


Code completion for import suggestion stopped working

From @zfeher on October 9, 2018 9:44

VSCode Version: 1.28.0
VSCode Insiders Version: 1.29.0-insider (user setup) Commit: c1100eff93b35dc220ce63e2ed0d5ace54259795 Date: 2018-10-09T06:54:02.898Z
OS Version: Windows 10 1803

Steps to Reproduce:

open some project
start to type a function name which is not yet imported. code completion should show import suggestions during typing and when pressing CTRL+SPACE

Does this issue occur when all extensions are disabled?: Yes
The following error occurs in TypeScript output
[Error  - 11:27:50 AM] 'completionInfo' request failed with error.
Error processing request. Cannot read property 'some' of undefined
TypeError: Cannot read property 'some' of undefined
    at c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:94664:59
    at c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:108298:21
    at forEachExternalModule (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:108311:21)
    at Object.forEachExternalModuleToImportFrom (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:108296:13)
    at getSymbolsFromOtherSourceFileExports (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:94651:28)
    at getGlobalCompletions (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:94548:21)
    at tryGetGlobalSymbols (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:94471:25)
    at getCompletionData (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:94350:22)
    at Object.getCompletionsAtPosition (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:93542:34)
    at Object.getCompletionsAtPosition (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:114798:35)
    at IOSession.Session.getCompletions (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:122583:64)
    at Session.handlers.ts.createMapFromTemplate._a.(anonymous function) (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:121645:61)
    at c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:123061:88
    at IOSession.Session.executeWithRequestId (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:123052:28)
    at IOSession.Session.executeCommand (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:123061:33)
    at IOSession.Session.onMessage (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:123081:35)
    at Interface.<anonymous> (c:\Users\zfeher\AppData\Local\Programs\Microsoft VS Code\resources\app\extensions\node_modules\typescript\lib\tsserver.js:124344:27)
    at emitOne (events.js:116:13)
    at Interface.emit (events.js:211:7)
    at Interface._onLine (readline.js:282:10)
    at Interface._normalWrite (readline.js:424:12)
    at Socket.ondata (readline.js:141:10)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at Pipe.onread (net.js:594:20)

Copied from original issue: Microsoft/vscode#60273

@zfeher Can you please provide example code or a small example project that shows this issue.
Also, try upgrading your workspace to use typescript@next by following these instructions. Does this issue still happen when using typescript@next?

Also hitting this issue.
Here is my stack trace on mac.
Err 3488  [12:3:47.764] Exception on executing command {"seq":57,"type":"request","command":"completionEntryDetails","arguments":{"file":"/____/src/exp/Text.tsx","line":154,"offset":25,"entryNames":[{"name":"Shimmer","source":"/____/src/exp/Shimmer"}]}}:

    Debug Failure.

    Error: Debug Failure.
    at Object.assertDefined (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:1446:24)
    at getDefaultExportInfoWorker (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:108190:80)
    at getDefaultLikeExportInfo (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:108171:24)
    at /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:107968:35
    at forEachExternalModule (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:108311:21)
    at getAllReExportingModules (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:107963:13)
    at Object.getImportCompletionAction (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:107949:31)
    at getCompletionEntryCodeActionsAndSourceDisplay (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:94041:33)
    at Object.getCompletionEntryDetails (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:93991:30)
    at Object.getCompletionEntryDetails (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:114803:35)
    at /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:122609:57
    at Object.mapDefined (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:578:30)
    at IOSession.Session.getCompletionEntryDetails (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:122607:33)
    at Session.handlers.ts.createMapFromTemplate._a.(anonymous function) (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:121654:61)
    at /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:123061:88
    at IOSession.Session.executeWithRequestId (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:123052:28)
    at IOSession.Session.executeCommand (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:123061:33)
    at IOSession.Session.onMessage (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:123081:35)
    at Interface.<anonymous> (/Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js:124344:27)
    at emitOne (events.js:116:13)
    at Interface.emit (events.js:211:7)
    at Interface._onLine (readline.js:282:10)
    at Interface._normalWrite (readline.js:424:12)
    at Socket.ondata (readline.js:141:10)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at Pipe.onread (net.js:594:20)

@mjbvz I checked with typescript@next and it showed the suggestions but still printing a similar console error. It prints the error on every key type and when I am trying to accept the suggestion (which fails).
Tried to quickly setup a minimal 2 file scenario (a.js + b.js) where one of them had a function named foo. Typing foo in the other empty js showed the import suggestion and accepting it worked just fine with the actual and next version of typescript too.
So it is interesting. I will try to create a small version of our project (javascript with jsconfig.json) where the problem can be reproducable tomorrow.
The error via using typescript@next
[Error  - 9:18:07 PM] 'completionEntryDetails' request failed with error.
Error processing request. Debug Failure.
Error: Debug Failure.
    at Object.assertDefined (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:1446:24)
    at getDefaultExportInfoWorker (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108711:80)
    at getDefaultLikeExportInfo (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108692:24)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108489:35
    at forEachExternalModule (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108832:21)
    at getAllReExportingModules (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108484:13)
    at Object.getImportCompletionAction (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108470:31)
    at getCompletionEntryCodeActionsAndSourceDisplay (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:94494:33)
    at Object.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:94444:30)
    at Object.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:115324:35)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123187:57
    at Object.mapDefined (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:578:30)
    at IOSession.Session.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123185:33)
    at Session.handlers.ts.createMapFromTemplate._a.(anonymous function) (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:122202:61)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123639:88
    at IOSession.Session.executeWithRequestId (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123630:28)
    at IOSession.Session.executeCommand (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123639:33)
    at IOSession.Session.onMessage (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123661:35)
    at Interface.<anonymous> (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:124925:27)
    at emitOne (events.js:116:13)
    at Interface.emit (events.js:211:7)
    at Interface._onLine (readline.js:282:10)
    at Interface._normalWrite (readline.js:424:12)
    at Socket.ondata (readline.js:141:10)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at Pipe.onread (net.js:594:20)

@RyanCavanaugh This is another 3.1.2 candidate

@mjbvz after playing with the issue ~2,5 hours I managed to isolate the problem which you can use to reproduce the issue.
Here you can find the repo: link
As it seems the npm-check-updates package existence cause the problem for some reason. Without it the code completion works for import suggestions but the imported form is placed at the cursor replacing the actual function name and it is in a different form, but this may be another issue.

@andy-ms can you look into this and make sure the change makes its way into release-3.1 and master?

Looks like this may have been fixed by #27674. Can reproduce in typescript@next but not with the latest master branch. @zfeher Could you try again with tomorrow's typescript@next release?

Looks like the original issue is a duplicate of #27338. I'll port the fix to release-3.1.

@andy-ms I checked it again with a freshly installed typescript@next which solved the initial problem, no more exception on the console and the suggestions were listed. The accepted "weird" import format problem remained though. Then I checked the typescript version which was 3.2.0-dev.20181010. Waited a little then tried another typescript@next install which installed the 3.2.0-dev.20181011 version and that  solved the import format problem as well.
So it seems the problems are solved \o/

Hmmm as it seems the problem still occurs. Earlier I checked my small example project only which was extracted from our full project. There everything worked and works still just fine. But now in our full project I noticed that accepting the import suggestion still doesn't work :(
The import suggestions are listed in code completion but when I try to accept them they fail with the error. Also noticed that the listed suggestions has no Auto import from './...' text on the left side in the same line.
Tomorrow I will try to create another small example project again to see what might be causing the error.
Similar error printed like before:
[Error  - 6:44:21 PM] 'completionEntryDetails' request failed with error.
Error processing request. Debug Failure.
Error: Debug Failure.
    at Object.assertDefined (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:1446:24)
    at getDefaultExportInfoWorker (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108802:80)
    at getDefaultLikeExportInfo (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108783:24)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108580:35
    at forEachExternalModule (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108923:21)
    at getAllReExportingModules (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108575:13)
    at Object.getImportCompletionAction (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:108561:31)
    at getCompletionEntryCodeActionsAndSourceDisplay (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:94543:33)
    at Object.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:94493:30)
    at Object.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:115460:35)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123323:57
    at Object.mapDefined (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:578:30)
    at IOSession.Session.getCompletionEntryDetails (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123321:33)
    at Session.handlers.ts.createMapFromTemplate._a.(anonymous function) (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:122338:61)
    at C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123775:88
    at IOSession.Session.executeWithRequestId (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123766:28)
    at IOSession.Session.executeCommand (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123775:33)
    at IOSession.Session.onMessage (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:123797:35)
    at Interface.<anonymous> (C:\Users\midnite\AppData\Roaming\npm\node_modules\typescript\lib\tsserver.js:125061:27)
    at emitOne (events.js:116:13)
    at Interface.emit (events.js:211:7)
    at Interface._onLine (readline.js:282:10)
    at Interface._normalWrite (readline.js:424:12)
    at Socket.ondata (readline.js:141:10)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at Pipe.onread (net.js:594:20)

@zfeher can you open up a separate issue for that so it's easier to track your issue?

@DanielRosenwasser Yes I can create another issue but I don't understand how and why would it be any different than this one (which is also created by me)? The same problem still exists though some part of it is fixed,
Anyway I will try to find out which npm package (if the node_modules folder are not present it works flawlessly) cause the same issue (maybe there are more).

@DanielRosenwasser as per your request I created another issue (#27857) with an updated example project. I found another 3 dependencies which cause the crashing of the code completion feature.

Hello, maybe I found similar problem when Typescript imports some JavaScript - bug #28014. Example with the particular problematic JavaScript is included. Problem is also with 2.9.x. I also don't know how to exclude these JavaScript from Typescript compilation via exclude - see my issue. Thanks.


Remove swift-tools-support-core dependency.

TSC was mostly used for its argument parser. Now that
we've migrated to swift-argument-parser, the remaining
file system and path APIs in TSC are only used by the
Format command and can be fairly easily replaced by
Foundation APIs instead.

cc @dylansturg


refactoring: replace github.com/pkg/errors by standard errors

Like ask in #380
Here is the extraction of the commit to replacement of the external github.com/pkg/errors dependency by built in errors

I found that this have also be done in https://github.com/ahmetb/kubectx/pull/421

Do you mind replacing all commas with ":", that's the standard form.

Do you mind replacing all commas with ":", that's the standard form.
kubernetes/release#2549

done, I can also replace cmdutil.IsNotFoundErr by errors.Is like in PR #421


UPSE-362: updates for CAS Webapp to run w/ Java 11

Checklist

[X] the individual contributor license agreement is signed
[X] commit message follows commit guidelines

Description of change

The CAS webapp was failing to startup when running Tomcat with Java 11.
Issue is that it needs newer versions of AspectJ jars.
Updated overlay build.gradle to replace older jars with newer ones that work with Java 11.

🤔 not quite sure what to make of the build error:
> java.io.IOException: Unable to delete file 'D:\a\uPortal-start\uPortal-start\.gradle\tomcat\logs\catalina.2023-01-09.log'

https://github.com/uPortal-Project/uPortal-start/actions/runs/3873631662/jobs/6603882581#step:8:228
It doesn't feel like it's related to these changes 🤔
Maybe its related to https://github.com/uPortal-Project/uPortal-start/pull/613 ?

thinking not quite sure what to make of the CI error:
Execution failed for task ':tomcatClearLogs'.
> java.io.IOException: Unable to delete file 'D:\a\uPortal-start\uPortal-start\.gradle\tomcat\logs\catalina.2023-01-09.log'

https://github.com/uPortal-Project/uPortal-start/actions/runs/3873631662/jobs/6603882581#step:8:228
It doesn't feel like it's related to these changes thinking Maybe it's related to #613 ?

Once #613 gets merged, I'll rebase and hopefully we'll find out it was just a temporary issue.

🤔 even after it's been related same issue https://github.com/uPortal-Project/uPortal-start/actions/runs/3897171369/jobs/6654560812#step:8:221

thinking even after it's been related same issue https://github.com/uPortal-Project/uPortal-start/actions/runs/3897171369/jobs/6654560812#step:8:221

Very odd ...I don't see how the simple change in this PR would cause this issue, but we've seen now it is consistent (so far).  Not sure how to proceed.


Convert MAE Application to springboot

Checklist

[x] The PR conforms to DataHub's [Contributing Guideline]
Yes
[x] Links to related issues (if applicable)
#1628
[x] Tests for the changes have been added/updated (if applicable)
Y
[x] Docs related to the changes have been added/updated (if applicable)
Y

Facing some intermittent issues in local in kafka-streams thread. Will close it for now and open it after identifying the root-cause.


Use Bokeh 3.x interface in tracking scripts

Modifies some of the Bokeh imports and function calls to use the newer 3.x interface. Hence, we no longer need to fix onto version 2.4 and can support any version 3 API.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 29.56%. Comparing base (7844aa2) to head (d2b68ec).

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #3419   +/-   ##
=======================================
  Coverage   29.56%   29.56%
=======================================
  Files          78       78
  Lines       19131    19131
=======================================
  Hits         5656     5656
  Misses      13475    13475

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


add bsu to eg domains

Hi there,
I have added bsu to eg domains.

@Ahmed-Soli I am sorry, the domain eng.bsu.edu.eg is removed from our trusted domains list because it was abused in the past. If you are the student of this school, please enroll to GitHub Student Developer Program. Then apply for JetBrains educational subscription with your GitHub account (GitHub tab at https://www.jetbrains.com/shop/eform/students).