insomnia Crash on Fedora 36 after got "Error: SSL connect error" when working with https websites

ℹ️ Note from Insomnia team: We don't have a fix for this issue yet, but please refer to the workaround fix mentioned in ~~this comment~~ ~~(UPDATE) here~~.

SEE UPDATE 23 January 2023

Workaround

# remove existing insomnia installations
sudo dnf remove insomnia

# install latest insomnia
sudo dnf install https://github.com/Kong/insomnia/releases/download/core%402022.7.5/Insomnia.Core-2022.7.5.rpm

# download cups 2.4.1 libs and copy them to insomnia
curl -O https://kojipkgs.fedoraproject.org//packages/cups/2.4.1/7.fc36/x86_64/cups-libs-2.4.1-7.fc36.x86_64.rpm
rpm2cpio cups-libs-2.4.1-7.fc36.x86_64.rpm | cpio -idmv
sudo cp ./usr/lib64/libcups* /opt/Insomnia/.

# run insomnia
insomnia

Expected Behavior

Working normally

Actual Behavior

After sending a request to a https website like https://google.com, got an error: Error: SSL connect error

Reproduction Steps

Send request to any https website. E.g. https://google.com
Send request again (any https)
App crash

Is there an existing issue for this?

[ ] I have searched the issue tracker for this problem.

Additional Information

Timeline:

* Preparing request to https://google.com/
* Current time is 2022-08-17T02:41:53.423Z
* Enable automatic URL encoding
* Using default HTTP version
* Enable SSL validation
*   Trying 172.217.24.110:443...
* Connected to google.com (172.217.24.110) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* TLSv1.3 (OUT), TLS alert, internal error (592):
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to google.com:443 
* Closing connection 0

Log from console:

(base) ➜  ~ /opt/Insomnia/insomnia
09:41:43.262 › Running version 2022.5.0
09:41:43.271 › [electron client protocol] FAILED to set default protocol 'insomnia://'
09:41:43.278 › [electron client protocol] the current executable is not the default protocol for 'insomnia://'
09:41:43.305 › [electron client protocol] the default application set for 'insomnia://' is 'insomnia.desktop
'
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
09:41:43.422 › [fix] Running database repairs
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open nvidia-drm: /usr/lib64/dri/nvidia-drm_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib64/dri, suffix _dri)
failed to load driver: nvidia-drm
MESA-LOADER: failed to open zink: /usr/lib64/dri/zink_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib64/dri, suffix _dri)
failed to load driver: zink
MESA-LOADER: failed to open kms_swrast: /usr/lib64/dri/kms_swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib64/dri, suffix _dri)
failed to load driver: kms_swrast
MESA-LOADER: failed to open swrast: /usr/lib64/dri/swrast_dri.so: cannot open shared object file: Permission denied (search paths /usr/lib64/dri, suffix _dri)
failed to load swrast driver
09:41:43.890 › [db] Initialized DB at /home/chicky/.config/Insomnia/insomnia.$TYPE.db
09:41:43.890 › [db] Init responses DB
09:41:43.892 › [localstorage] Initialized at /home/chicky/.config/Insomnia/localStorage
09:41:43.955 › [main] Loading file:///opt/Insomnia/resources/app.asar/index.html
09:41:44.464 › [updater] Updater not running platform=linux dev=false
[0817/094201.253776:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[0817/094201.254021:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[0817/094201.254161:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[1]    18463 segmentation fault (core dumped)  /opt/Insomnia/insomnia

Insomnia Version

2022.5.0 and later

What operating system are you using?

Other Linux

Operating System Version

Fedora 36 and 37

Installation method

rpm

Last Known Working Insomnia version

No response

Aug 17 '22 03:08 trunglebka

First, have you tried unchecking validate certificates in your preferences: Screen Shot 2022-08-17 at 5 52 55 AM

Second (if the unchecking the certificates doesn't work), can you reproduce an error with curl? You can get the curl command from Insomnia by clicking on the drop down button next to your saved request Screen Shot 2022-08-17 at 5 51 54 AM

Then click on "copy as curl" from the drop down menu: Screen Shot 2022-08-17 at 5 51 48 AM

And paste that into your terminal window

Aug 17 '22 12:08 wongstein

First: Yes, I tried unchecking validate certificates. But since my OS is the recent Fedora version (36) with latest updated packages and google is a very popular website I don't think that there is a problem with Certificate/CA. This is timeline with SSL validation disabled

* Preparing request to https://google.com/
* Current time is 2022-08-18T01:31:00.965Z
* Enable automatic URL encoding
* Using default HTTP version
* Disable SSL validation
*   Trying 142.250.66.78:443...
* Connected to google.com (142.250.66.78) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* TLSv1.3 (OUT), TLS alert, internal error (592):
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to google.com:443 
* Closing connection 0

Second: Yes, I tried both cURL, Postman (installed after so many tries to use Insomnia without success, including downgrade to 2022.4.0) and of course browser - all work flawlessly. This is verbose log of cURL

➜  ~ curl -v --request GET \
  --url https://google.com/
Note: Unnecessary use of -X or --request, GET is already inferred.
*   Trying 142.250.204.142:443...
* Connected to google.com (142.250.204.142) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
*  CAfile: /etc/pki/tls/certs/ca-bundle.crt
*  CApath: none
* TLSv1.0 (OUT), TLS header, Certificate Status (22):
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS header, Certificate Status (22):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS header, Finished (20):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.2 (OUT), TLS header, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use h2
* Server certificate:
*  subject: CN=*.google.com
*  start date: Jul 18 08:18:57 2022 GMT
*  expire date: Oct 10 08:18:56 2022 GMT
*  subjectAltName: host "google.com" matched cert's "google.com"
*  issuer: C=US; O=Google Trust Services LLC; CN=GTS CA 1C3
*  SSL certificate verify ok.
* Using HTTP2, server supports multiplexing
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* h2h3 [:method: GET]
* h2h3 [:path: /]
* h2h3 [:scheme: https]
* h2h3 [:authority: google.com]
* h2h3 [user-agent: curl/7.82.0]
* h2h3 [accept: */*]
* Using Stream ID: 1 (easy handle 0x562964dc13f0)
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
> GET / HTTP/2
> Host: google.com
> user-agent: curl/7.82.0
> accept: */*
> 
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* old SSL session ID is stale, removing
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.2 (OUT), TLS header, Supplemental data (23):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* TLSv1.2 (IN), TLS header, Supplemental data (23):
< HTTP/2 301 
< location: https://www.google.com/
< content-type: text/html; charset=UTF-8
< date: Thu, 18 Aug 2022 01:35:10 GMT
< expires: Sat, 17 Sep 2022 01:35:10 GMT
< cache-control: public, max-age=2592000
< server: gws
< content-length: 220
< x-xss-protection: 0
< x-frame-options: SAMEORIGIN
< alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"
< 
* TLSv1.2 (IN), TLS header, Supplemental data (23):
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Moved</TITLE></HEAD><BODY>
<H1>301 Moved</H1>
The document has moved
<A HREF="https://www.google.com/">here</A>.
</BODY></HTML>
* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Connection #0 to host google.com left intact

Aug 17 '22 13:08 trunglebka

I have the exact same problem on Fedora 36 after a system update since tuesday. Crash is with Error "Speicherzugriffsfehler" => german translation of a segfault.

Was on version 2022.3.0 as this started and upgraded to 2022.5.0 and also tried 2022.6.0 beta, no difference at all. No SSL errors in any other program that i'm aware of.

Core dump on crash:

Process 9292 (insomnia) of user ##### dumped core.

Module /tmp/.org.chromium.Chromium.hOplDp with build-id 1fdd3631cb501b327b45531b6ee85a0aa9cbe6bb
Metadata for module /tmp/.org.chromium.Chromium.hOplDp owned by FDO found: {
       "type" : "rpm",
       "name" : "opensc",
       "version" : "0.22.0-6.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module linux-vdso.so.1 with build-id 26f3e7f0c7154e781438e7920d9994ce30eb9230
Module libnss_resolve.so.2 with build-id 6e24ab4f3bcd2120fdda86393ebe4ddfc82d68ed
Metadata for module libnss_resolve.so.2 owned by FDO found: {
       "type" : "rpm",
       "name" : "systemd",
       "version" : "250.8-1.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libnss_mdns4_minimal.so.2 with build-id fe461d55e34f82892fff98869493b1faba410e52
Metadata for module libnss_mdns4_minimal.so.2 owned by FDO found: {
       "type" : "rpm",
       "name" : "nss-mdns",
       "version" : "0.15.1-5.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libnss_myhostname.so.2 with build-id c17f102a94b4e71d9dde194419f609849e97fbfd
Metadata for module libnss_myhostname.so.2 owned by FDO found: {
       "type" : "rpm",
       "name" : "systemd",
       "version" : "250.8-1.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libpcsclite.so.1 with build-id 6f44b6779cb46fe0cf3dae084d9a931f9f250658
Metadata for module libpcsclite.so.1 owned by FDO found: {
       "type" : "rpm",
       "name" : "pcsc-lite",
       "version" : "1.9.8-1.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libopensc.so.8 with build-id 99ba126a7317a9e3a2a474a4dd030018c07dd224
Metadata for module libopensc.so.8 owned by FDO found: {
       "type" : "rpm",
       "name" : "opensc",
       "version" : "0.22.0-6.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module opensc-pkcs11.so with build-id 7b401f1b5992dd2c9386242164e9195b04894e40
Metadata for module opensc-pkcs11.so owned by FDO found: {
       "type" : "rpm",
       "name" : "opensc",
       "version" : "0.22.0-6.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module p11-kit-trust.so with build-id e8fad97f56aec95b74768777c51d757920ac956c
Metadata for module p11-kit-trust.so owned by FDO found: {
       "type" : "rpm",
       "name" : "p11-kit",
       "version" : "0.24.1-2.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libfreeblpriv3.so with build-id 229985045b01833ed9e291d36f1b9e1fbf99f15e
Module libsoftokn3.so with build-id e3aa28a3f19e11750367d2f493db8795adcd5147
Module libudev.so.1 with build-id 002cce667c466b2f92130c99f55d21afa5669636
Metadata for module libudev.so.1 owned by FDO found: {
       "type" : "rpm",
       "name" : "systemd",
       "version" : "250.8-1.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libdconfsettings.so with build-id bbf80c3788c9b836a1ae22bd23e75712368ce187
Metadata for module libdconfsettings.so owned by FDO found: {
       "type" : "rpm",
       "name" : "dconf",
       "version" : "0.40.0-6.fc36",
       "architecture" : "x86_64",
       "osCpe" : "cpe:/o:fedoraproject:fedora:36"
}

Module libpk-gtk-module.so with build-id f9085fc07471c5b410ff6a64c1ca25e557f90458
Stack trace of thread 9292:
#0  0x0000557c873b8dd7 n/a (insomnia + 0x4ecadd7)
#1  0x00007f8997a52a9e err_delete_thread_state (libcrypto.so.3 + 0x16ba9e)
#2  0x00007f8997a98014 init_thread_stop.part.0 (libcrypto.so.3 + 0x1b1014)
#3  0x00007f8997a9d541 OPENSSL_thread_stop (libcrypto.so.3 + 0x1b6541)
#4  0x00007f8997a9d5a5 OPENSSL_cleanup (libcrypto.so.3 + 0x1b65a5)
#5  0x00007f8998b42085 __run_exit_handlers (libc.so.6 + 0x41085)
#6  0x00007f8998b42200 exit (libc.so.6 + 0x41200)
#7  0x00007f8998b2a557 __libc_start_call_main (libc.so.6 + 0x29557)
#8  0x00007f8998b2a609 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x29609)
#9  0x0000557c841e9baa _start (insomnia + 0x1cfbbaa)

Stack trace of thread 9293:
#0  0x00007f8998c0688f __poll (libc.so.6 + 0x10588f)
#1  0x0000557c86b4985f n/a (insomnia + 0x465b85f)
#2  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#3  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#4  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9299:
#0  0x00007f8998bddbdf wait4 (libc.so.6 + 0xdcbdf)
#1  0x0000557c873a9af4 n/a (insomnia + 0x4ebbaf4)
#2  0x0000557c873a73b0 n/a (insomnia + 0x4eb93b0)
#3  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9304:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c873aac03 n/a (insomnia + 0x4ebcc03)
#3  0x0000557c873ab3bf n/a (insomnia + 0x4ebd3bf)
#4  0x0000557c873ab14e n/a (insomnia + 0x4ebd14e)
#5  0x0000557c8731efbd n/a (insomnia + 0x4e30fbd)
#6  0x0000557c87372624 n/a (insomnia + 0x4e84624)
#7  0x0000557c8733d102 n/a (insomnia + 0x4e4f102)
#8  0x0000557c8738bb08 n/a (insomnia + 0x4e9db08)
#9  0x0000557c8738bc72 n/a (insomnia + 0x4e9dc72)
#10 0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#11 0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#12 0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9305:
#0  0x00007f8998c1278e epoll_wait (libc.so.6 + 0x11178e)
#1  0x0000557c84567e39 n/a (insomnia + 0x2079e39)
#2  0x0000557c84559772 uv_run (insomnia + 0x206b772)
#3  0x0000557c8ac47eb1 n/a (insomnia + 0x8759eb1)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9311:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c84555ee8 n/a (insomnia + 0x2067ee8)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9308:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c8ac48062 n/a (insomnia + 0x875a062)
#4  0x0000557c8ac45c12 n/a (insomnia + 0x8757c12)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9312:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c84555ee8 n/a (insomnia + 0x2067ee8)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9420:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c873aac03 n/a (insomnia + 0x4ebcc03)
#3  0x0000557c873ab3bf n/a (insomnia + 0x4ebd3bf)
#4  0x0000557c873854ae n/a (insomnia + 0x4e974ae)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385aad n/a (insomnia + 0x4e97aad)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9309:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b95c50 __new_sem_wait_slow64.constprop.0 (libc.so.6 + 0x94c50)
#2  0x0000557c845650d0 uv_sem_wait (insomnia + 0x20770d0)
#3  0x0000557c8acc211d n/a (insomnia + 0x87d411d)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9422:
#0  0x00007f8998bd95b5 clock_nanosleep@GLIBC_2.2.5 (libc.so.6 + 0xd85b5)
#1  0x00007f8998bdde27 __nanosleep (libc.so.6 + 0xdce27)
#2  0x00007f8998bddd5e sleep (libc.so.6 + 0xdcd5e)
#3  0x0000557c846c6bc7 n/a (insomnia + 0x21d8bc7)
#4  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9426:
#0  0x00007f8998c0688f __poll (libc.so.6 + 0x10588f)
#1  0x0000557c873b1688 n/a (insomnia + 0x4ec3688)
#2  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#3  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#4  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9313:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c84555ee8 n/a (insomnia + 0x2067ee8)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9310:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c84555ee8 n/a (insomnia + 0x2067ee8)
#4  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#5  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9556:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385c06 n/a (insomnia + 0x4e97c06)
#6  0x0000557c87385a7d n/a (insomnia + 0x4e97a7d)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9307:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c8ac48062 n/a (insomnia + 0x875a062)
#4  0x0000557c8ac45c12 n/a (insomnia + 0x8757c12)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9427:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385add n/a (insomnia + 0x4e97add)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9417:
#0  0x00007f8998c0688f __poll (libc.so.6 + 0x10588f)
#1  0x00007f899a13923d g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xaa23d)
#2  0x00007f899a0e1940 g_main_context_iteration (libglib-2.0.so.0 + 0x52940)
#3  0x00007f899a0e1991 glib_worker_main (libglib-2.0.so.0 + 0x52991)
#4  0x00007f899a10e302 g_thread_proxy (libglib-2.0.so.0 + 0x7f302)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9552:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385a7d n/a (insomnia + 0x4e97a7d)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9418:
#0  0x00007f8998c0688f __poll (libc.so.6 + 0x10588f)
#1  0x00007f899a13923d g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xaa23d)
#2  0x00007f899a0e36cf g_main_loop_run (libglib-2.0.so.0 + 0x546cf)
#3  0x00007f8999fc6ada gdbus_shared_thread_func.lto_priv.0 (libgio-2.0.so.0 + 0x114ada)
#4  0x00007f899a10e302 g_thread_proxy (libglib-2.0.so.0 + 0x7f302)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9424:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385a7d n/a (insomnia + 0x4e97a7d)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9306:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d210 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x8c210)
#2  0x0000557c84565289 uv_cond_wait (insomnia + 0x2077289)
#3  0x0000557c8ac48062 n/a (insomnia + 0x875a062)
#4  0x0000557c8ac45c12 n/a (insomnia + 0x8757c12)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9423:
#0  0x00007f8998c0688f __poll (libc.so.6 + 0x10588f)
#1  0x00007f899a13923d g_main_context_iterate.constprop.0 (libglib-2.0.so.0 + 0xaa23d)
#2  0x00007f899a0e1940 g_main_context_iteration (libglib-2.0.so.0 + 0x52940)
#3  0x00007f897c2e73ad dconf_gdbus_worker_thread (libdconfsettings.so + 0x73ad)
#4  0x00007f899a10e302 g_thread_proxy (libglib-2.0.so.0 + 0x7f302)
#5  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#6  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9469:
#0  0x00007f8998c1278e epoll_wait (libc.so.6 + 0x11178e)
#1  0x0000557c874ce9da n/a (insomnia + 0x4fe09da)
#2  0x0000557c874cc51b n/a (insomnia + 0x4fde51b)
#3  0x0000557c873bbcf2 n/a (insomnia + 0x4ecdcf2)
#4  0x0000557c87372624 n/a (insomnia + 0x4e84624)
#5  0x0000557c8733d102 n/a (insomnia + 0x4e4f102)
#6  0x0000557c8738bb08 n/a (insomnia + 0x4e9db08)
#7  0x0000557c8738bc72 n/a (insomnia + 0x4e9dc72)
#8  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#9  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#10 0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9434:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385aad n/a (insomnia + 0x4e97aad)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)

Stack trace of thread 9551:
#0  0x00007f8998b8aa19 __futex_abstimed_wait_common (libc.so.6 + 0x89a19)
#1  0x00007f8998b8d504 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x8c504)
#2  0x0000557c873aad46 n/a (insomnia + 0x4ebcd46)
#3  0x0000557c873ab390 n/a (insomnia + 0x4ebd390)
#4  0x0000557c87385472 n/a (insomnia + 0x4e97472)
#5  0x0000557c87385e32 n/a (insomnia + 0x4e97e32)
#6  0x0000557c87385a7d n/a (insomnia + 0x4e97a7d)
#7  0x0000557c873ae6a0 n/a (insomnia + 0x4ec06a0)
#8  0x00007f8998b8de2d start_thread (libc.so.6 + 0x8ce2d)
#9  0x00007f8998c131b0 __clone3 (libc.so.6 + 0x1121b0)
ELF object binary architecture: AMD x86-64

Aug 18 '22 05:08 Rayvion

Same here. Same results on 2022.4.0 and 2022.5.1

Aug 18 '22 15:08 davelima

Same behavior on Fedora 26

Aug 19 '22 13:08 vavsab

I have been facing this issue for a little while as well, after updating my system a few days ago on f36

Aug 19 '22 16:08 neo-donnie-walsh

Could be this related to #4543 ?

I have tried the workaround described in this comment but got no luck.

Aug 23 '22 14:08 davelima

The provided rpm is using gnutls. ldd shows libgnutls.so.30. No libssl. So it makes sense your openssl workaround didn't have any effect. @davelima

Aug 23 '22 15:08 sarim

Having the same error on fedora 36. On the first request, it fails with "Error: SSL connect error" and on the second request it just crashes

Aug 24 '22 00:08 zLupa

Hello, same problem for me on fedora 36 on 2022.4.0, 2022.4.2, 2022.5.0 and 2022.5.1 Insomnia gives me a segmentation fault error

Aug 24 '22 14:08 Doable149

Hey! same problem here on Fedora 36.

Please for God's sake help me... I can't keep working on postman. I need my Insomnia back 😭😭

Aug 25 '22 15:08 octaviobarbosa

Same problem here with Insomnia 2022.5.1 and F36

Aug 26 '22 10:08 AlenBenkovic

Hi folks, just a quick update, we're aware of this issue and we know it's affecting a handful of users, we'll be looking into it as soon as possible. Please bear with us and if it helps in your case, I recommend using an older stable version, perhaps 2022.4.2.

EDIT: I just noticed @Nopraz comment that 2022.4.2 might not work, so it could be be some change we've introduced earlier. Please ping me here if you are using a version that works for Fedora 36, what is the version number.

Heads up @subnetmarco @wongstein - tracking this one internally in https://linear.app/insomnia/issue/INS-1827/community-bug-crash-on-fedora-36-after-got-error-ssl-connect-error

Aug 26 '22 11:08 filfreire

@filfreire thanks!

I have made some tests with older versions and it all seems to have the same issue, so i've reviewed the last updates on my OS and looks like the problem starts happening after upgrade cups from 2.4.1 to 2.4.2 (why i cannot say).

Downgrading cups to 2.4.1 solves the problem. Hope that piece of info help you guys.

This is the list of downgraded packages:

cups-1:2.4.1-7.fc36.x86_64
cups-client-1:2.4.1-7.fc36.x86_64
cups-filesystem-1:2.4.1-7.fc36.noarch
cups-ipptool-1:2.4.1-7.fc36.x86_64
cups-libs-1:2.4.1-7.fc36.x86_64

EDIT: There was actually some SSL related changes on cups 2.4.2, according to the changelog

Aug 26 '22 15:08 davelima

Downgrading insomnia to 2022.4.2 didn't work.

Downgrading cups to 2.4.1 did work.

sudo dnf install cups-1:2.4.1-7.fc36.x86_64 properly downgraded all 5 packages in 1 go.

EDIT: I'm just confirming that @davelima was right about cups. He did all the investigative work and is the real MVP.

Aug 26 '22 15:08 bisby

Downgrading insomnia to 2022.4.2 didn't work.

Downgrading cups to 2.4.1 did work.

sudo dnf install cups-1:2.4.1-7.fc36.x86_64 properly downgraded all 5 packages in 1 go.

This worked for me. You are my hero.

Aug 26 '22 16:08 neo-donnie-walsh

Downgrading insomnia to 2022.4.2 didn't work.

Downgrading cups to 2.4.1 did work.

sudo dnf install cups-1:2.4.1-7.fc36.x86_64 properly downgraded all 5 packages in 1 go.

MY HERO!

thanks!

Aug 26 '22 17:08 octaviobarbosa

It worked for me also. Thanks.

Aug 26 '22 19:08 fhdiaze

I only had cups-libs installed. So I just downgraded it, sudo dnf install cups-libs-1:2.4.1-7.fc36. It seems to be working now.

Aug 26 '22 21:08 sarim

Downgrading insomnia to 2022.4.2 didn't work.

Downgrading cups to 2.4.1 did work.

sudo dnf install cups-1:2.4.1-7.fc36.x86_64 properly downgraded all 5 packages in 1 go.

EDIT: I'm just confirming that @davelima was right about cups. He did all the investigative work and is the real MVP.

Thank you so much !

But why does Insomnia uses cups ? Isn't cups for printers ?

Aug 29 '22 08:08 Doable149

Hi folks, quick update, but after installing updates on Fedora 36, I can reproduce the exact same issue, with these error logs

[0829/144040.857270:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[0829/144040.858037:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[0829/144040.858396:ERROR:elf_dynamic_array_reader.h(64)] tag not found
[0829/144040.864807:ERROR:file_io_posix.cc(144)] open /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: No such file or directory (2)
[0829/144040.864852:ERROR:file_io_posix.cc(144)] open /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq: No such file or directory (2)
Segmentation fault (core dumped)

and Insomnia crashing soon after the SSL error:

Solution

I tried solution mentioned above by @davelima and @bisby

And after running sudo dnf install cups-1:2.4.1-7.fc36.x86_64 it's back working:

Thank you @davelima and @bisby 😉🎖️

looks like the problem starts happening after upgrade cups from 2.4.1 to 2.4.2 (why i cannot say).

This is the part where I also have no idea at the moment. Tagging @DMarby and @johnwchadwick, perhaps they might have a hint here.

Aug 29 '22 13:08 filfreire

Just to reinforce sudo dnf install cups-1:2.4.1-7.fc36.x86_64 did fixed the same error after F36 system upgrade. First SSL Error, then a crash.

Valeu @davelima

Aug 30 '22 13:08 vicenterusso

So I compiled libcurl against my system's installed libcurl. I wasn't happy with cups downgrade workaround. I used the following steps

make sure dependencies are installed

sudo dnf install libcurl-devel make automake gcc gcc-c++

git clone --depth 1 --branch [email protected] https://github.com/Kong/insomnia
cd insomnia

nvm exec npm run bootstrap

## these env are probably not needed
export npm_config_runtime=electron
export npm_config_target=v19.0.3
export npm_config_build_from_source=true
export npm_config_node_libcurl_cpp_std=c++17
export npm_config_disturl=https://electronjs.org/headers
##

Edit packages/insomnia/electron-builder.config.js and add buildDependenciesFromSource: true. This config actually makes packages app's libcurl to be recompiled.

nvm exec npm run app-package
sudo dnf localinstall packages/insomnia/dist/Insomnia.Core-2022.5.1.rpm

Now its working fine with latest cups installed.

Sep 02 '22 19:09 sarim

Thanks @sarim for the detailed writeup! I would've never been able to compile Insomnia otherwise. This took ages to build on my i5 12400, but in the end it worked. Fedora 36 as well. I didn't like the idea of downgrading the cups-lib package, nor removing it as others suggested - it wanted to remove all of my installed packages, quite crazy.

This is something that the Insomnia team should really look into ASAP, it's basically making the app unusable in Fedora 36. If your instructions worked for recompiling the app and making it work - couldn't the Insomnia team replicate this and make an updated version?

Also, does anybody know if the same issue happens with the AppImage?

Thanks!

Sep 05 '22 06:09 darkguy2008

Also, does anybody know if the same issue happens with the AppImage?

Yes, issue also happens with the official provided AppImage. You can use the AppImage after compiling from my instructions. It'll be in packages/insomnia/dist directory.

If your instructions worked for recompiling the app and making it work - couldn't the Insomnia team replicate this and make an updated version?

I don't know the metric of user distro's, who are the audience of rpm packages? Fedora users? centos/almalinux? suse?. Instead of trying to make a single rpm work in all distro/all version, A simple fix could be just to publish separate packages for fc35/fc36. It could be easily done with modifying existing github actions a little bit. I can do a PR if that direction is acceptable to insomnia team.

Sep 05 '22 14:09 sarim

Just to reinforce sudo dnf install cups-1:2.4.1-7.fc36.x86_64 did fixed the same error after F36 system upgrade. First SSL Error, then a crash.

Valeu @davelima

This worked for me too on Fedora 36.

Thanks so much!

Sep 07 '22 23:09 alexdmccabe

Just to reinforce sudo dnf install cups-1:2.4.1-7.fc36.x86_64 did fixed the same error after F36 system upgrade. First SSL Error, then a crash. Valeu @davelima

This worked for me too on Fedora 36.

Thanks so much!

While this works, I wouldn't encourage much to suggest this solution. I mean, why to install a print tool/driver/app/whatever for something related to REST APIs, and more importantly, SSL connections?

I get this when I try to run that. I'm definitely not going to install extra packages to fix something that isn't exactly broken:

I'm really rooting for @sarim's PR (if any) so we can get this solved soon. Basically the tool is unusable otherwise :(

Sep 07 '22 23:09 darkguy2008

Just to reinforce sudo dnf install cups-1:2.4.1-7.fc36.x86_64 did fixed the same error after F36 system upgrade. First SSL Error, then a crash. Valeu @davelima

This worked for me too on Fedora 36.

Thanks so much!

While this works, I wouldn't encourage much to suggest this solution. I mean, why to install a print tool/driver/app/whatever for something related to REST APIs, and more importantly, SSL connections?

I get this when I try to run that. I'm definitely not going to install extra packages to fix something that isn't exactly broken:

I'm really rooting for @sarim's PR (if any) so we can get this solved soon. Basically the tool is unusable otherwise :(

I'm not sure about installing cups, but at least for me, i already had this package installed in version 2.4.1, and only at 2.4.2 it started to cause this problem. That's why i suggested downgrading it. When i did it (dnf downgrade cups), no new packages were installed/changed.

Anyway i still don't understand the cups influence on this 😅. I think we should understand why it caused this problem, then take action. Both downgrading cups and recompiling libcurl does not seems like definitive solutions for me, just workarounds while we don't have this figured out.

Sep 08 '22 00:09 davelima

Just to reinforce sudo dnf install cups-1:2.4.1-7.fc36.x86_64 did fixed the same error after F36 system upgrade. First SSL Error, then a crash. Valeu @davelima

This worked for me too on Fedora 36. Thanks so much!

While this works, I wouldn't encourage much to suggest this solution. I mean, why to install a print tool/driver/app/whatever for something related to REST APIs, and more importantly, SSL connections?

I get this when I try to run that. I'm definitely not going to install extra packages to fix something that isn't exactly broken:

I'm really rooting for @sarim's PR (if any) so we can get this solved soon. Basically the tool is unusable otherwise :(

Based on your screenshot, you are downgrading cups-libs by doing this... which is clearly what the end goal is. dnf install cups-2.4.1 was assuming you had cups installed... It is kinda weird to have cups-libs installed, but not cups? It must be used as a dependency for things other than just cups. But for you, downgrading cups-libs would work:

sudo dnf install cups-libs-1:2.4.1-7.fc36.x86_64

Sep 08 '22 06:09 bisby

While this works, I wouldn't encourage much to suggest this solution. I mean, why to install a print tool/driver/app/whatever for something related to REST APIs, and more importantly, SSL connections?

Yeah, I mean, this is a workaround, not a solution. I didn't have to install anything either, though, only downgrade:

Screenshot from 2022-09-08 10-49-04

Sep 08 '22 15:09 alexdmccabe

insomnia insomnia copied to clipboard

Crash on Fedora 36 after got "Error: SSL connect error" when working with https websites

SEE UPDATE 23 January 2023

Workaround

Expected Behavior

Actual Behavior

Reproduction Steps

Is there an existing issue for this?

Additional Information

Insomnia Version

What operating system are you using?

Operating System Version

Installation method

Last Known Working Insomnia version

Solution

insomnia
insomnia copied to clipboard