453875 2022-05-16 08:45:33 +0000 kdeconnect crashes on startup 2025-07-25 10:25:31 +0000 1 1 2 Applications kdeconnect common 22.04.1 Kubuntu Linux UNCONFIRMED https://bugs.kde.org/show_bug.cgi?id=481760 HI crash --- 0 benjamin10 albertvaka alisonken1 burgwinkel daiver engg.yogeshkumar hrice joe neilhellfeldt nicolas.fella stjimmy.h suedeworthey tdhutt wrar 0 oldest_to_newest 2123702 0 benjamin10 2022-05-16 08:45:33 +0000 Hi there! On 22.04 kdeconnect crashes. The Flatpak works but without a systray icon and no possibility to write sms and stuff... Here is the crash report: >Application: KDE Connect-Dienst (kdeconnectd), signal: Segmentation fault [KCrash Handler] #4 0x00007f0dcdb59e96 in KdeConnectConfig::deviceId() () from /lib/x86_64-linux-gnu/libkdeconnectcore.so.22 #5 0x00007f0dcdb5ebc7 in NetworkPacket::createIdentityPacket(NetworkPacket*) () from /lib/x86_64-linux-gnu/libkdeconnectcore.so.22 #6 0x00007f0dcdb4aac9 in LanLinkProvider::broadcastToNetwork() () from /lib/x86_64-linux-gnu/libkdeconnectcore.so.22 #7 0x00007f0dcc618783 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x00007f0dcc61c7ee in QTimer::timeout(QTimer::QPrivateSignal) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x00007f0dcc60e32f in QObject::event(QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x00007f0dcd164713 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5 #11 0x00007f0dcc5e0e2a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x00007f0dcc6393db in QTimerInfoList::activateTimers() () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #13 0x00007f0dcc639cdc in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #14 0x00007f0dcab38d1b in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x00007f0dcab8d6f8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x00007f0dcab363c3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #17 0x00007f0dcc63a0a8 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x00007f0dcc5df74b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x00007f0dcc5e7ce4 in QCoreApplication::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #20 0x000055d9075b4fad in ?? () #21 0x00007f0dcbefad90 in __libc_start_call_main (main=main@entry=0x55d9075b4b70, argc=argc@entry=1, argv=argv@entry=0x7ffe8c887738) at ../sysdeps/nptl/libc_start_call_main.h:58 #22 0x00007f0dcbefae40 in __libc_start_main_impl (main=0x55d9075b4b70, argc=1, argv=0x7ffe8c887738, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffe8c887728) at ../csu/libc-start.c:392 #23 0x000055d9075b5235 in _start () [Inferior 1 (process 17443) detached]< 2132568 1 wrar 2022-06-18 16:04:55 +0000 I have the same problem on Debian Testing (kdeconnect 21.12.3, Qt 5.15.2). The affected line is "d->m_certificate.subjectInfo(QSslCertificate::CommonName).constFirst()" and the drkonqi stack with debug symbols is [KCrash Handler] #4 std::__atomic_base<int>::load (__m=std::memory_order_relaxed, this=0x0) at /usr/include/c++/11/bits/atomic_base.h:479 #5 QAtomicOps<int>::loadRelaxed<int> (_q_value=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qatomic_cxx11.h:239 #6 QBasicAtomicInteger<int>::loadRelaxed (this=0x0) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:107 #7 QtPrivate::RefCount::ref (this=0x0) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qrefcount.h:55 #8 QString::QString (other=..., this=0x7fff8183ca78) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:1094 #9 KdeConnectConfig::deviceId (this=<optimized out>) at ./core/kdeconnectconfig.cpp:133 I've tried running it under gdb, so far I got to (gdb) p KdeConnectConfig::instance().d->m_certificate.subjectInfo(QSslCertificate::CommonName) $3 = {<QList<QString>> = {<QListSpecialMethods<QString>> = {<No data fields>}, {p = {d = 0x7ffff6b0a5f0 <QListData::shared_null>}, d = 0x7ffff6b0a5f0 <QListData::shared_null>}}, <No data fields>} (not sure if it's possible to learn something useful about this QList instance from this, as all methods return "Cannot evaluate function -- may be inlined") But then I've read the output before the crash and there is "qt.network.ssl: QSslSocket: cannot resolve <many libssl symbols>" and "qt.network.ssl: Incompatible version of OpenSSL" so it looks like it's something related to the OpenSSL 3 migration. OTOH kdeconnect works without this problem on my other machine running Debian sid... 2132569 2 wrar 2022-06-18 16:16:37 +0000 Using lsof I found that for some reason libssl1.0.2 is loaded into the process, in addition to (and later than) the correct libssl3. Removing it helped (though I don't know who loaded it, considering that the second machine has it installed but not loaded into kdeconnectd). 2180112 3 154204 alisonken1 2022-12-01 18:41:26 +0000 Created attachment 154204 New crash information added by DrKonqi kdeconnectd (22.04.1) using Qt 5.15.3 - What I was doing when the application crashed: When logging in. Also happens when selecting restart app using crash assistant. Dell Optiplex 3010 Intel Core i5. -- Backtrace (Reduced): #4 0x00007f1b54b26526 in KdeConnectConfig::deviceId() () from /lib64/libkdeconnectcore.so.22 #5 0x00007f1b54b2b247 in NetworkPacket::createIdentityPacket(NetworkPacket*) () from /lib64/libkdeconnectcore.so.22 #6 0x00007f1b54b17280 in LanLinkProvider::broadcastToNetwork() () from /lib64/libkdeconnectcore.so.22 #7 0x00007f1b53630e99 in void doActivate<false>(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #8 0x00007f1b5363413e in QTimer::timeout(QTimer::QPrivateSignal) () from /lib64/libQt5Core.so.5 2200399 4 155493 suedeworthey 2023-01-22 02:16:25 +0000 Created attachment 155493 New crash information added by DrKonqi kdeconnectd (22.04.1) using Qt 5.15.3 - What I was doing when the application crashed: Logged into KDE on Rocky 9 KDE distro. KDE connect daemon immediately crashes. -- Backtrace (Reduced): #4 0x00007f553ad2e526 in KdeConnectConfig::deviceId() () from /lib64/libkdeconnectcore.so.22 #5 0x00007f553ad33247 in NetworkPacket::createIdentityPacket(NetworkPacket*) () from /lib64/libkdeconnectcore.so.22 #6 0x00007f553ad1f280 in LanLinkProvider::broadcastToNetwork() () from /lib64/libkdeconnectcore.so.22 #7 0x00007f5539838e99 in void doActivate<false>(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #8 0x00007f553983c13e in QTimer::timeout(QTimer::QPrivateSignal) () from /lib64/libQt5Core.so.5 2341566 5 cwo.kde 2024-07-31 07:53:49 +0000 *** Bug 473351 has been marked as a duplicate of this bug. *** 2341572 6 cwo.kde 2024-07-31 08:02:51 +0000 *** Bug 459573 has been marked as a duplicate of this bug. *** 2341574 7 cwo.kde 2024-07-31 08:03:14 +0000 *** Bug 467755 has been marked as a duplicate of this bug. *** 2341576 8 cwo.kde 2024-07-31 08:04:18 +0000 *** Bug 472323 has been marked as a duplicate of this bug. *** 2422698 9 cwo.kde 2025-05-10 08:00:52 +0000 *** Bug 502287 has been marked as a duplicate of this bug. *** 2442924 10 tdhutt 2025-07-25 10:25:31 +0000 I decided to try KDE again after like 20 years and the first thing I saw on login was two crash windows with this crash. Not a great first experience! Code is here: https://github.com/KDE/kdeconnect-kde/blob/efce9e923cf4556263b0c0b9ecce34393cfe62f0/core/kdeconnectconfig.cpp#L109 Seems like it's possible for `d->m_certificate` to be null - there are places where it does `if (d->m_certificate.isNull())` but that's missing in `deviceId()`. I guess it's something to do with the other UX paper cut I encountered 20 seconds later: when I open some apps (Chrome, VSCode) they ask me to create some kind of key (I get a choice of Blowfish or GPG) but on the next page it says I don't have any valid encryption keys and to please create one. Then it abandons me on key selection dialog with no keys to select, and no clue how to create one. Again, not great. Fortunately the settings has an option to just disable KWallet entirely which I did. Also - I know this isn't a UX bug, sorry for off-topic - why does the "Start menu" have "Settings", "System", "System Settings" and "Settings->System Settings" (all different!)?? Come on guys, basic stuff. 154204 2022-12-01 18:41:26 +0000 2022-12-01 18:41:26 +0000 New crash information added by DrKonqi kdeconnectd-20221201-102949.kcrash text/plain 2353 alisonken1 QXBwbGljYXRpb246IGtkZWNvbm5lY3RkICgyMi4wNC4xKQoKUXQgVmVyc2lvbjogNS4xNS4zCkZy YW1ld29ya3MgVmVyc2lvbjogNS45Ni4wCk9wZXJhdGluZyBTeXN0ZW06IExpbnV4IDUuMTQuMC0x NjIuNi4xLmVsOV8xLjAuMS54ODZfNjQgeDg2XzY0CldpbmRvd2luZyBTeXN0ZW06IFdheWxhbmQK RGlzdHJpYnV0aW9uOiBSb2NreSBMaW51eCA5LjEgKEJsdWUgT255eCkKRHJLb25xaTogNS4yNC42 IFtLQ3Jhc2hCYWNrZW5kXQoKLS0gSW5mb3JtYXRpb24gYWJvdXQgdGhlIGNyYXNoOgotIFdoYXQg SSB3YXMgZG9pbmcgd2hlbiB0aGUgYXBwbGljYXRpb24gY3Jhc2hlZDoKV2hlbiBsb2dnaW5nIGlu LiBBbHNvIGhhcHBlbnMgd2hlbiBzZWxlY3RpbmcgcmVzdGFydCBhcHAgdXNpbmcgY3Jhc2ggYXNz aXN0YW50LgpEZWxsIE9wdGlwbGV4IDMwMTAgSW50ZWwgQ29yZSBpNS4KClRoZSBjcmFzaCBjYW4g YmUgcmVwcm9kdWNlZCBldmVyeSB0aW1lLgoKLS0gQmFja3RyYWNlOgpBcHBsaWNhdGlvbjogS0RF IENvbm5lY3QgRGFlbW9uIChrZGVjb25uZWN0ZCksIHNpZ25hbDogU2VnbWVudGF0aW9uIGZhdWx0 CgpbS0NyYXNoIEhhbmRsZXJdCiM0ICAweDAwMDA3ZjFiNTRiMjY1MjYgaW4gS2RlQ29ubmVjdENv bmZpZzo6ZGV2aWNlSWQoKSAoKSBmcm9tIC9saWI2NC9saWJrZGVjb25uZWN0Y29yZS5zby4yMgoj NSAgMHgwMDAwN2YxYjU0YjJiMjQ3IGluIE5ldHdvcmtQYWNrZXQ6OmNyZWF0ZUlkZW50aXR5UGFj a2V0KE5ldHdvcmtQYWNrZXQqKSAoKSBmcm9tIC9saWI2NC9saWJrZGVjb25uZWN0Y29yZS5zby4y MgojNiAgMHgwMDAwN2YxYjU0YjE3MjgwIGluIExhbkxpbmtQcm92aWRlcjo6YnJvYWRjYXN0VG9O ZXR3b3JrKCkgKCkgZnJvbSAvbGliNjQvbGlia2RlY29ubmVjdGNvcmUuc28uMjIKIzcgIDB4MDAw MDdmMWI1MzYzMGU5OSBpbiB2b2lkIGRvQWN0aXZhdGU8ZmFsc2U+KFFPYmplY3QqLCBpbnQsIHZv aWQqKikgKCkgZnJvbSAvbGliNjQvbGliUXQ1Q29yZS5zby41CiM4ICAweDAwMDA3ZjFiNTM2MzQx M2UgaW4gUVRpbWVyOjp0aW1lb3V0KFFUaW1lcjo6UVByaXZhdGVTaWduYWwpICgpIGZyb20gL2xp YjY0L2xpYlF0NUNvcmUuc28uNQojOSAgMHgwMDAwN2YxYjUzNjI3OTdmIGluIFFPYmplY3Q6OmV2 ZW50KFFFdmVudCopICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28uNQojMTAgMHgwMDAwN2Yx YjU0MGNkNDIzIGluIFFBcHBsaWNhdGlvblByaXZhdGU6Om5vdGlmeV9oZWxwZXIoUU9iamVjdCos IFFFdmVudCopICgpIGZyb20gL2xpYjY0L2xpYlF0NVdpZGdldHMuc28uNQojMTEgMHgwMDAwN2Yx YjUzNWZkMmE4IGluIFFDb3JlQXBwbGljYXRpb246Om5vdGlmeUludGVybmFsMihRT2JqZWN0Kiwg UUV2ZW50KikgKCkgZnJvbSAvbGliNjQvbGliUXQ1Q29yZS5zby41CiMxMiAweDAwMDA3ZjFiNTM2 NGRjODMgaW4gUVRpbWVySW5mb0xpc3Q6OmFjdGl2YXRlVGltZXJzKCkgKCkgZnJvbSAvbGliNjQv bGliUXQ1Q29yZS5zby41CiMxMyAweDAwMDA3ZjFiNTM2NGU1N2MgaW4gdGltZXJTb3VyY2VEaXNw YXRjaChfR1NvdXJjZSosIGludCAoKikodm9pZCopLCB2b2lkKikgKCkgZnJvbSAvbGliNjQvbGli UXQ1Q29yZS5zby41CiMxNCAweDAwMDA3ZjFiNTFhYjNkNGYgaW4gZ19tYWluX2NvbnRleHRfZGlz cGF0Y2ggKCkgZnJvbSAvbGliNjQvbGliZ2xpYi0yLjAuc28uMAojMTUgMHgwMDAwN2YxYjUxYjA4 NjA4IGluIGdfbWFpbl9jb250ZXh0X2l0ZXJhdGUuY29uc3Rwcm9wICgpIGZyb20gL2xpYjY0L2xp YmdsaWItMi4wLnNvLjAKIzE2IDB4MDAwMDdmMWI1MWFiMTVkMyBpbiBnX21haW5fY29udGV4dF9p dGVyYXRpb24gKCkgZnJvbSAvbGliNjQvbGliZ2xpYi0yLjAuc28uMAojMTcgMHgwMDAwN2YxYjUz NjRlOTg4IGluIFFFdmVudERpc3BhdGNoZXJHbGliOjpwcm9jZXNzRXZlbnRzKFFGbGFnczxRRXZl bnRMb29wOjpQcm9jZXNzRXZlbnRzRmxhZz4pICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28u NQojMTggMHgwMDAwN2YxYjUzNWZiY2IyIGluIFFFdmVudExvb3A6OmV4ZWMoUUZsYWdzPFFFdmVu dExvb3A6OlByb2Nlc3NFdmVudHNGbGFnPikgKCkgZnJvbSAvbGliNjQvbGliUXQ1Q29yZS5zby41 CiMxOSAweDAwMDA3ZjFiNTM2MDQxZTQgaW4gUUNvcmVBcHBsaWNhdGlvbjo6ZXhlYygpICgpIGZy b20gL2xpYjY0L2xpYlF0NUNvcmUuc28uNQojMjAgMHgwMDAwNTYzODJjMTU4ZmJkIGluIG1haW4g KCkKW0luZmVyaW9yIDEgKHByb2Nlc3MgNzI0NSkgZGV0YWNoZWRdCgpQb3NzaWJsZSBkdXBsaWNh dGVzIGJ5IHF1ZXJ5OiBidWcgNDU5NTczLCBidWcgNDUzODc1LCBidWcgNDA1MjA3LgoKUmVwb3J0 ZWQgdXNpbmcgRHJLb25xaQ== 155493 2023-01-22 02:16:25 +0000 2023-01-22 02:16:25 +0000 New crash information added by DrKonqi kdeconnectd-20230121-200737.kcrash text/plain 2315 suedeworthey QXBwbGljYXRpb246IGtkZWNvbm5lY3RkICgyMi4wNC4xKQoKUXQgVmVyc2lvbjogNS4xNS4zCkZy YW1ld29ya3MgVmVyc2lvbjogNS45Ni4wCk9wZXJhdGluZyBTeXN0ZW06IExpbnV4IDUuMTQuMC0x NjIuNi4xLmVsOV8xLng4Nl82NCB4ODZfNjQKV2luZG93aW5nIFN5c3RlbTogV2F5bGFuZApEaXN0 cmlidXRpb246IFJvY2t5IExpbnV4IDkuMSAoQmx1ZSBPbnl4KQpEcktvbnFpOiA1LjI0LjYgW0tD cmFzaEJhY2tlbmRdCgotLSBJbmZvcm1hdGlvbiBhYm91dCB0aGUgY3Jhc2g6Ci0gV2hhdCBJIHdh cyBkb2luZyB3aGVuIHRoZSBhcHBsaWNhdGlvbiBjcmFzaGVkOgoKTG9nZ2VkIGludG8gS0RFIG9u IFJvY2t5IDkgS0RFIGRpc3Ryby4gS0RFIGNvbm5lY3QgZGFlbW9uIGltbWVkaWF0ZWx5IGNyYXNo ZXMuCgpUaGUgY3Jhc2ggY2FuIGJlIHJlcHJvZHVjZWQgZXZlcnkgdGltZS4KCi0tIEJhY2t0cmFj ZToKQXBwbGljYXRpb246IEtERSBDb25uZWN0IERhZW1vbiAoa2RlY29ubmVjdGQpLCBzaWduYWw6 IFNlZ21lbnRhdGlvbiBmYXVsdAoKW0tDcmFzaCBIYW5kbGVyXQojNCAgMHgwMDAwN2Y1NTNhZDJl NTI2IGluIEtkZUNvbm5lY3RDb25maWc6OmRldmljZUlkKCkgKCkgZnJvbSAvbGliNjQvbGlia2Rl Y29ubmVjdGNvcmUuc28uMjIKIzUgIDB4MDAwMDdmNTUzYWQzMzI0NyBpbiBOZXR3b3JrUGFja2V0 OjpjcmVhdGVJZGVudGl0eVBhY2tldChOZXR3b3JrUGFja2V0KikgKCkgZnJvbSAvbGliNjQvbGli a2RlY29ubmVjdGNvcmUuc28uMjIKIzYgIDB4MDAwMDdmNTUzYWQxZjI4MCBpbiBMYW5MaW5rUHJv dmlkZXI6OmJyb2FkY2FzdFRvTmV0d29yaygpICgpIGZyb20gL2xpYjY0L2xpYmtkZWNvbm5lY3Rj b3JlLnNvLjIyCiM3ICAweDAwMDA3ZjU1Mzk4MzhlOTkgaW4gdm9pZCBkb0FjdGl2YXRlPGZhbHNl PihRT2JqZWN0KiwgaW50LCB2b2lkKiopICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28uNQoj OCAgMHgwMDAwN2Y1NTM5ODNjMTNlIGluIFFUaW1lcjo6dGltZW91dChRVGltZXI6OlFQcml2YXRl U2lnbmFsKSAoKSBmcm9tIC9saWI2NC9saWJRdDVDb3JlLnNvLjUKIzkgIDB4MDAwMDdmNTUzOTgy Zjk3ZiBpbiBRT2JqZWN0OjpldmVudChRRXZlbnQqKSAoKSBmcm9tIC9saWI2NC9saWJRdDVDb3Jl LnNvLjUKIzEwIDB4MDAwMDdmNTUzYTJkNTQyMyBpbiBRQXBwbGljYXRpb25Qcml2YXRlOjpub3Rp ZnlfaGVscGVyKFFPYmplY3QqLCBRRXZlbnQqKSAoKSBmcm9tIC9saWI2NC9saWJRdDVXaWRnZXRz LnNvLjUKIzExIDB4MDAwMDdmNTUzOTgwNTJhOCBpbiBRQ29yZUFwcGxpY2F0aW9uOjpub3RpZnlJ bnRlcm5hbDIoUU9iamVjdCosIFFFdmVudCopICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28u NQojMTIgMHgwMDAwN2Y1NTM5ODU1YzgzIGluIFFUaW1lckluZm9MaXN0OjphY3RpdmF0ZVRpbWVy cygpICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28uNQojMTMgMHgwMDAwN2Y1NTM5ODU2NTdj IGluIHRpbWVyU291cmNlRGlzcGF0Y2goX0dTb3VyY2UqLCBpbnQgKCopKHZvaWQqKSwgdm9pZCop ICgpIGZyb20gL2xpYjY0L2xpYlF0NUNvcmUuc28uNQojMTQgMHgwMDAwN2Y1NTM3Y2JiZDRmIGlu IGdfbWFpbl9jb250ZXh0X2Rpc3BhdGNoICgpIGZyb20gL2xpYjY0L2xpYmdsaWItMi4wLnNvLjAK IzE1IDB4MDAwMDdmNTUzN2QxMDYwOCBpbiBnX21haW5fY29udGV4dF9pdGVyYXRlLmNvbnN0cHJv cCAoKSBmcm9tIC9saWI2NC9saWJnbGliLTIuMC5zby4wCiMxNiAweDAwMDA3ZjU1MzdjYjk1ZDMg aW4gZ19tYWluX2NvbnRleHRfaXRlcmF0aW9uICgpIGZyb20gL2xpYjY0L2xpYmdsaWItMi4wLnNv LjAKIzE3IDB4MDAwMDdmNTUzOTg1Njk4OCBpbiBRRXZlbnREaXNwYXRjaGVyR2xpYjo6cHJvY2Vz c0V2ZW50cyhRRmxhZ3M8UUV2ZW50TG9vcDo6UHJvY2Vzc0V2ZW50c0ZsYWc+KSAoKSBmcm9tIC9s aWI2NC9saWJRdDVDb3JlLnNvLjUKIzE4IDB4MDAwMDdmNTUzOTgwM2NiMiBpbiBRRXZlbnRMb29w OjpleGVjKFFGbGFnczxRRXZlbnRMb29wOjpQcm9jZXNzRXZlbnRzRmxhZz4pICgpIGZyb20gL2xp YjY0L2xpYlF0NUNvcmUuc28uNQojMTkgMHgwMDAwN2Y1NTM5ODBjMWU0IGluIFFDb3JlQXBwbGlj YXRpb246OmV4ZWMoKSAoKSBmcm9tIC9saWI2NC9saWJRdDVDb3JlLnNvLjUKIzIwIDB4MDAwMDU2 M2Q2Y2U0NGZiZCBpbiBtYWluICgpCltJbmZlcmlvciAxIChwcm9jZXNzIDU2NDEpIGRldGFjaGVk XQoKUG9zc2libGUgZHVwbGljYXRlcyBieSBxdWVyeTogYnVnIDQ1OTU3MywgYnVnIDQ1Mzg3NSwg YnVnIDQwNTIwNy4KClJlcG9ydGVkIHVzaW5nIERyS29ucWk=