297785 2012-04-09 15:06:52 +0000 "Send via Bluetooth" in Dolphin file manager cannot transfer file (progress bar stuck at 0%) 2013-03-06 21:56:55 +0000 1 1 10 Unmaintained solid bluetooth unspecified Gentoo Packages Linux RESOLVED FIXED NOR crash --- 1 abelau+kdebug afiestas ceolesen giorgos.tsiapaliokas gzmorell jirislaby kde ketetefid modax.reg stupor_scurvy343 supervisor.81 virgolus 50 oldest_to_newest 1244359 0 abelau+kdebug 2012-04-09 15:06:52 +0000 KDE version 4.8.1 (same results when tested on version 4.7.3) bluedevil version: 1.2.2 bluez version: 4.98-r2 Steps to reproduce: (1) Enable bluetooth in KDE and pair with a bluetooth device with file transfer capability (2) Right click a file in the Dolphin file manager (3) click "Send via Bluetooth", and select the paired device What happened? Progress bar stuck at 0% and never finish. Remove device does not get prompted for any incoming file transfer. Tested on 2 Android phones, a Nokia S40 phone and an iPhone 3GS Expected results: Files got sent to remote device Reproducibility: 3 kind Kubuntu/ubuntu (Version 11.10, KDE v4.8.1) users tested the function, and none of them can transfer a file successfully. The furthest one has 83.6KB transferred and stuck there. However, bluedevil-sendfile segfault when run. Additional information: Using the command "bluedevil-sendfile -u <my_bluetooth_address> -f /home/abe/testfile" immediately lead to seg fault. The debug information is probably not useful, attached below: Application: Bluetooth Send File Helper (bluedevil-sendfile), signal: Segmentation fault [KCrash Handler] #6 0x000000336a181309 in QVariant::QVariant(QVariant const&) () from /usr/lib64/qt4/libQtCore.so.4 #7 0x000000336b85b4f7 in QDBusPendingReplyData::argumentAt(int) const () from /usr/lib64/qt4/libQtDBus.so.4 #8 0x000000336e01ba2d in BlueDevil::Device::Private::_k_ensureDeviceCreated(QString const&) () from /usr/lib64/libbluedevil.so.1 #9 0x000000336e01edc3 in BlueDevil::Device::Device(QString const&, BlueDevil::Device::Type, BlueDevil::Adapter*) () from /usr/lib64/libbluedevil.so.1 #10 0x000000336e0152ab in BlueDevil::Adapter::deviceForUBI(QString const&) () from /usr/lib64/libbluedevil.so.1 #11 0x000000000040cf18 in _start () 1247154 1 virgolus 2012-04-17 20:34:29 +0000 Same problem here, with my samsung c3300 I have the same problem, but work fine with an old nokia. Kubuntu 11.10 kde 4.8.2 1250513 2 afiestas 2012-04-29 03:17:25 +0000 Git commit ada20252d32cf6e394be7535c9d9b542ea750aec by Alex Fiestas. Committed on 29/04/2012 at 05:13. Pushed by afiestas into branch '1.0'. Kill the job if an error happen, and print all of them (debug info) M +32 -5 src/actionplugins/sendfile/helper/sendfilesjob.cpp M +2 -0 src/actionplugins/sendfile/helper/sendfilesjob.h http://commits.kde.org/bluedevil/ada20252d32cf6e394be7535c9d9b542ea750aec 1250515 3 afiestas 2012-04-29 03:18:26 +0000 Git commit e426f4901e9977f5ef034f9e5f9345ba79f4ca34 by Alex Fiestas. Committed on 29/04/2012 at 05:15. Pushed by afiestas into branch '1.1'. Kill the job if an error happen, and print all of them (debug info) M +31 -4 src/actionplugins/sendfile/helper/sendfilesjob.cpp M +2 -0 src/actionplugins/sendfile/helper/sendfilesjob.h http://commits.kde.org/bluedevil/e426f4901e9977f5ef034f9e5f9345ba79f4ca34 1250516 4 afiestas 2012-04-29 03:21:05 +0000 If anyone could post here the terminal output after this last commit it will help to fix the issue. The job will be killed now, and debug messages has been added so we can identify the problem. Thankls ! 1250541 5 afiestas 2012-04-29 06:56:51 +0000 Just did a few releases, you can test this with: 1.1.4, 1.2.3 and 1.3-rc2, can you provide the following info? Execute: kdebugdialog and actiavte bluedevilsendfile Execute bluedevil-sendifle from the command line Paste here any ourput. Thanks ! 1250544 6 abelau+kdebug 2012-04-29 07:24:29 +0000 Just wanna added that: I just tried with a nokia phone (2730 classic), and bluetooth file sending is working (I didn't apply any of the suggested patch). The 2 androids I tried aren't working still. I am currently using KDE version 4.8.1 bluedevil version: 1.2.2 bluez version: 4.99 (instead of 4.98) The jailbreak iphone is probably not a good test, so I didn't test it again with the iphone. I can't remember which nokia I used when I first tried, in which bluetooth file sending doesn't work (as described in the inital post). It should be some even older model. will try to upgrade to bluedevil 1.2.3 when it is available in my distro repo. Thanks :-) 1251284 7 modax.reg 2012-05-01 17:42:48 +0000 Hello, before 1.2.3, Bluedevil was not able to send any file to my Android phone at all. I.e. it would pair successfully but when sending a file, the phone would not react at all. Bluedevil just kept spinning the transfer task forever at 0%. With 1.2.3, things seem to have improved. Now I do get an accept file dialog on the phone, but as soon as I accept the file, Bluedevil fails with an error. The output is below (sendFileResul: and above is emitted as soon as I ack file on the phone): $ bluedevil-sendfile --kio bluetooth://fc-a1-3e-7c-77-ba/ --files Ataskaita.pdf bluedevilsendfile(4526) SendFileWizard::SendFileWizard: DeviceUbi: "bluetooth://fc-a1-3e-7c-77-ba/" bluedevilsendfile(4526) SendFileWizard::SendFileWizard: Files bluedevilsendfile(4526) SendFileWizard::SendFileWizard: ("Ataskaita.pdf") bluedevilsendfile(4526) SendFileWizard::setDevice: BlueDevil::Device(0x2575850) bluedevilsendfile(4526) SendFileWizard::setFiles: ("Ataskaita.pdf") bluedevilsendfile(4526) SendFilesJob::SendFilesJob: Adding size : 76120 bluedevilsendfile(4526) KSharedUiServerProxy::KSharedUiServerProxy: kuiserver registered bluedevilsendfile(4526) SendFilesJob::doStart: bluedevilsendfile(4526) SendFilesJob::sendFileResult: Error: bluedevilsendfile(4526) SendFilesJob::sendFileResult: "org.freedesktop.DBus.Error.InvalidSignature" bluedevilsendfile(4526) SendFilesJob::sendFileResult: "Unexpected reply signature: got "", expected "o"" What is more, Bluedevil waits only approximately 20 seconds for me to ack the file transfer on the phone. I think this is too short. The output in timeout case is below: $ bluedevil-sendfile --kio bluetooth://fc-a1-3e-7c-77-ba/ --files Ataskaita.pdf bluedevilsendfile(4592) SendFileWizard::SendFileWizard: DeviceUbi: "bluetooth://fc-a1-3e-7c-77-ba/" bluedevilsendfile(4592) SendFileWizard::SendFileWizard: Files bluedevilsendfile(4592) SendFileWizard::SendFileWizard: ("Ataskaita.pdf") bluedevilsendfile(4592) SendFileWizard::setDevice: BlueDevil::Device(0x192ce60) bluedevilsendfile(4592) SendFileWizard::setFiles: ("Ataskaita.pdf") bluedevilsendfile(4592) SendFilesJob::SendFilesJob: Adding size : 76120 bluedevilsendfile(4592) KSharedUiServerProxy::KSharedUiServerProxy: kuiserver registered bluedevilsendfile(4592) SendFilesJob::doStart: bluedevilsendfile(4592) SendFilesJob::sendFileResult: Error: bluedevilsendfile(4592) SendFilesJob::sendFileResult: "org.freedesktop.DBus.Error.NoReply" bluedevilsendfile(4592) SendFilesJob::sendFileResult: "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." My environment: Bluedevil 1.2.3, libbluedevil 1.9.2, KDE 4.7.4, Qt 4.8.1 (Debian unstable amd64, linux 3.2) 1270453 8 72177 gzmorell 2012-06-27 17:23:38 +0000 Created attachment 72177 Patch for sending files This patch fix sending files for me. 1270471 9 gzmorell 2012-06-27 18:05:58 +0000 The patch basically checks the validity of the reply to: client->SendFiles(map, m_filesToSend, QDBusObjectPath("/BlueDevil_sendAgent")); The reply is not valid and kDebug() << reply.error().name(); kDebug() << reply.error().message(); output is: "org.freedesktop.DBus.Error.InvalidSignature" "Unexpected reply signature: got "", expected "o"" If we use: if (!reply.isValid()) { return; } Then the file is sent. What I do not understand is why the reply is erroneous and not valid. the method from D-Bus for sending files is: void SendFiles(dict device, array{string} files, object agent) which returns void, so no reply is expected, could it be the reason? Probably using the watcher is not necessary, since the agent can get the errors. 1270472 10 gzmorell 2012-06-27 18:07:01 +0000 The patch basically checks the validity of the reply to: client->SendFiles(map, m_filesToSend, QDBusObjectPath("/BlueDevil_sendAgent")); The reply is not valid and kDebug() << reply.error().name(); kDebug() << reply.error().message(); output is: "org.freedesktop.DBus.Error.InvalidSignature" "Unexpected reply signature: got "", expected "o"" If we use: if (!reply.isValid()) { return; } Then the file is sent. What I do not understand is why the reply is erroneous and not valid. the method from D-Bus for sending files is: void SendFiles(dict device, array{string} files, object agent) which returns void, so no reply is expected, could it be the reason? Probably using the watcher is not necessary, since the agent can get the errors. 1275654 11 kde 2012-07-12 22:38:26 +0000 I don’t know if this is related but: When I want to send files to my Android phone via BlueDevil, the transfer starts but immediately afterwards it says "Finished", before the confirmation dialog on my Android phone opens. If I accept the file transfer at the phone, it fails because, well, BlueDevil is not sending anymore. It works fine the other way round (ie. sending from Android to notebook) 1284075 12 kde 2012-08-12 15:07:59 +0000 Confirmed, Francisco Gonzalez patch fixed it for me and now I can send files to my Android device again. Thanks! 1303850 13 abelau+kdebug 2012-10-07 06:10:05 +0000 I haven't tested the patch yet, but with bluedevil 1.2.3, KDE 4.8.5, qt 4.8.2 bluez 4.99, I am still getting the error below (no dialog or prompt on the Andriod phone appears at all) Note that receiving file from the same Android phone works. bluedevil-sendfile bluedevilsendfile(24830) SendFileWizard::SendFileWizard: DeviceUbi: "" bluedevilsendfile(24830) SendFileWizard::SendFileWizard: Files bluedevilsendfile(24830) SendFileWizard::SendFileWizard: () ======================== Address: "12:34:56:78:90:AB" Name: "HTC Desire" Alias: "HTC Desire" Icon: "phone" bluedevilsendfile(24830) KSambaSharePrivate::testparmParamValue: Running testparm ("-d0", "-s", "--parameter-name", "usershare path") bluedevilsendfile(24830) SendFileWizard::setFiles: ("/home/outline.doc") bluedevilsendfile(24830) SendFileWizard::setFiles: ("/home/outline.doc") bluedevilsendfile(24830) SendFileWizard::setDevice: BlueDevil::Device(0xccbeb0) bluedevilsendfile(24830) SendFilesJob::SendFilesJob: Adding size : 20480 bluedevilsendfile(24830) KSharedUiServerProxy::KSharedUiServerProxy: kuiserver registered bluedevilsendfile(24830) SendFilesJob::doStart: bluedevilsendfile(24830) SendFilesJob::sendFileResult: Error: bluedevilsendfile(24830) SendFilesJob::sendFileResult: "org.openobex.Error.Failed" bluedevilsendfile(24830) SendFilesJob::sendFileResult: "Unable to request session" 1304161 14 afiestas 2012-10-08 08:28:01 +0000 *** Bug 304966 has been marked as a duplicate of this bug. *** 1304260 15 giorgos.tsiapaliokas 2012-10-08 12:52:20 +0000 I can reproduce the issue, with an archos g9 80 with android 4 1326283 16 ketetefid 2012-12-24 20:08:18 +0000 The same is here. Truly confirmed kde 4.9.3 bluedevil 1.23 bluez 4.99 On gentoo too. I don't think that the patch is in portage now. 1326365 17 stupor_scurvy343 2012-12-25 15:02:47 +0000 @maintainer, is the output or patch in above comments any assistance in solving this issue? 1338265 18 ketetefid 2013-02-06 11:30:18 +0000 The patch which was included in kde overlay for gentoo solves the problem. However, there is one problem remaining. If you opt for "Browse device..." and then try to copy some files to the phone, the connection suddenly stops and dolphin tries to show the content again in vain. Somehow, the connection disappears and any further actions for copying files to the phone or even viewing the content of the phone are not successful. Can you browse a phone and copy and modify things inside it successfully? I can't do it here. 1341355 19 77253 jirislaby 2013-02-13 13:15:18 +0000 Created attachment 77253 New crash information added by DrKonqi bluedevil-sendfile (0.1) on KDE Platform 4.9.5 "release 7" using Qt 4.8.4 - What I was doing when the application crashed: bluedevil-sendfile -f L2cap.jar -k 00:24:7D:65:55:C5 -- Backtrace (Reduced): #5 Private (other=..., this=0x7fff1c89bdf0) at kernel/qvariant.h:356 #6 QVariant::QVariant (this=0x7fff1c89bdf0, p=...) at kernel/qvariant.cpp:1423 #7 0x00007f8ead4818e5 in QDBusPendingReplyData::argumentAt (this=0x7fff1c89bf40, index=0) at qdbuspendingreply.cpp:270 #8 0x00007f8eadb8a6c0 in QDBusPendingReply<QMap<QString, QVariant>, void, void, void, void, void, void, void>::argumentAt<0> (this=this@entry=0x7fff1c89bf40) at /usr/include/QtDBus/qdbuspendingreply.h:176 #9 0x00007f8eadb856ee in value (this=0x7fff1c89bf40) at /usr/include/QtDBus/qdbuspendingreply.h:181 1341371 20 jirislaby 2013-02-13 13:36:49 +0000 (In reply to comment #5) > Just did a few releases, you can test this with: 1.1.4, 1.2.3 and 1.3-rc2, > can you provide the following info? > > Execute: kdebugdialog and actiavte bluedevilsendfile > Execute bluedevil-sendifle from the command line > > Paste here any ourput. bluedevilsendfile(8923) SendFileWizard::SendFileWizard: DeviceUbi: "00:24:7D:65:55:C5" bluedevilsendfile(8923) SendFileWizard::SendFileWizard: Files bluedevilsendfile(8923) SendFileWizard::SendFileWizard: ("L2cap.jar") KCrash: Application 'bluedevil-sendfile' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit 1344180 21 afiestas 2013-02-21 21:10:04 +0000 Can anybody test with BlueDevil 1.3? I fixed this but forgot to close the bug (in theory) Thanks ! 1344206 22 ceolesen 2013-02-21 22:17:34 +0000 I tested on both Fedora 17 and 18 both fully up2date incl. bluedevil 1.3 and sending a file using option "Send via Bluetooth" in Dolphin to a Samsung Galaxy Note phablet works. Thanks. On Thu, Feb 21, 2013 at 10:10 PM, Alex Fiestas <afiestas@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=297785 > > --- Comment #21 from Alex Fiestas <afiestas@kde.org> --- > Can anybody test with BlueDevil 1.3? I fixed this but forgot to close the > bug > (in theory) > > Thanks ! > > -- > You are receiving this mail because: > You are on the CC list for the bug. > 1344620 23 jirislaby 2013-02-23 12:21:46 +0000 It doesn't work for me: $ bluedevil-sendfile --version Qt: 4.8.4 KDE Development Platform: 4.9.5 "release 8" Bluetooth Send File Helper: 1.3.0 $ bluedevil-sendfile -f ~ku/repos/l2cap/L2cap.jar -k bluetooth://00:24:7D:65:55:C5 bluedevilsendfile(27692) SendFileWizard::SendFileWizard: DeviceUbi: "bluetooth://00:24:7D:65:55:C5" bluedevilsendfile(27692) SendFileWizard::SendFileWizard: Files bluedevilsendfile(27692) SendFileWizard::SendFileWizard: ("/home/latest/repos/l2cap/L2cap.jar") bluedevilsendfile(27692) SendFileWizard::setDevice: BlueDevil::Device(0xd1e710) bluedevilsendfile(27692) SendFileWizard::setFiles: ("/home/latest/repos/l2cap/L2cap.jar") bluedevilsendfile(27692) SendFilesJob::SendFilesJob: Adding size : 8148 bluedevilsendfile(27692) KSharedUiServerProxy::KSharedUiServerProxy: kuiserver registered bluedevilsendfile(27692) SendFilesJob::doStart: bluedevilsendfile(27692) SendFilesJob::sendFileResult: Error: bluedevilsendfile(27692) SendFilesJob::sendFileResult: "org.openobex.Error.Failed" bluedevilsendfile(27692) SendFilesJob::sendFileResult: "Unable to find service record" 1344846 24 afiestas 2013-02-24 13:32:34 +0000 Looking in Google, there are a lot of reports of "Unable to find service record", maybe we find something useful in there. (In reply to comment #23) > It doesn't work for me: > $ bluedevil-sendfile --version > Qt: 4.8.4 > KDE Development Platform: 4.9.5 "release 8" > Bluetooth Send File Helper: 1.3.0 > $ bluedevil-sendfile -f ~ku/repos/l2cap/L2cap.jar -k > bluetooth://00:24:7D:65:55:C5 > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: DeviceUbi: > "bluetooth://00:24:7D:65:55:C5" > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: Files > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: > ("/home/latest/repos/l2cap/L2cap.jar") > bluedevilsendfile(27692) SendFileWizard::setDevice: > BlueDevil::Device(0xd1e710) > bluedevilsendfile(27692) SendFileWizard::setFiles: > ("/home/latest/repos/l2cap/L2cap.jar") > bluedevilsendfile(27692) SendFilesJob::SendFilesJob: Adding size : 8148 > bluedevilsendfile(27692) KSharedUiServerProxy::KSharedUiServerProxy: > kuiserver registered > bluedevilsendfile(27692) SendFilesJob::doStart: > bluedevilsendfile(27692) SendFilesJob::sendFileResult: Error: > bluedevilsendfile(27692) SendFilesJob::sendFileResult: > "org.openobex.Error.Failed" > bluedevilsendfile(27692) SendFilesJob::sendFileResult: "Unable to find > service record" 1344895 25 ceolesen 2013-02-24 15:40:20 +0000 The command that runs when I send from Dolphin is /usr/bin/bluedevil-sendfile -u/org/bluez/491/hci0/dev_1C_62_B8_2E_6E_F6 -f<file> and that works as I said in my previous post. But the command from comment #23 i.e. bluedevil-sendfile -f<file> -k bluetooth://1C:62:B8:2E:6E:F6 doesn't work for me either. On Sun, Feb 24, 2013 at 2:32 PM, Alex Fiestas <afiestas@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=297785 > > Alex Fiestas <afiestas@kde.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|NEEDSINFO |CONFIRMED > Resolution|WAITINGFORINFO |--- > Ever confirmed|0 |1 > > --- Comment #24 from Alex Fiestas <afiestas@kde.org> --- > Looking in Google, there are a lot of reports of "Unable to find service > record", maybe we find something useful in there. > (In reply to comment #23) > > It doesn't work for me: > > $ bluedevil-sendfile --version > > Qt: 4.8.4 > > KDE Development Platform: 4.9.5 "release 8" > > Bluetooth Send File Helper: 1.3.0 > > $ bluedevil-sendfile -f ~ku/repos/l2cap/L2cap.jar -k > > bluetooth://00:24:7D:65:55:C5 > > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: DeviceUbi: > > "bluetooth://00:24:7D:65:55:C5" > > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: Files > > bluedevilsendfile(27692) SendFileWizard::SendFileWizard: > > ("/home/latest/repos/l2cap/L2cap.jar") > > bluedevilsendfile(27692) SendFileWizard::setDevice: > > BlueDevil::Device(0xd1e710) > > bluedevilsendfile(27692) SendFileWizard::setFiles: > > ("/home/latest/repos/l2cap/L2cap.jar") > > bluedevilsendfile(27692) SendFilesJob::SendFilesJob: Adding size : 8148 > > bluedevilsendfile(27692) KSharedUiServerProxy::KSharedUiServerProxy: > > kuiserver registered > > bluedevilsendfile(27692) SendFilesJob::doStart: > > bluedevilsendfile(27692) SendFilesJob::sendFileResult: Error: > > bluedevilsendfile(27692) SendFilesJob::sendFileResult: > > "org.openobex.Error.Failed" > > bluedevilsendfile(27692) SendFilesJob::sendFileResult: "Unable to find > > service record" > > -- > You are receiving this mail because: > You are on the CC list for the bug. > 1345374 26 jirislaby 2013-02-26 12:03:03 +0000 For me, this won't work either with the same error: bluedevil-sendfile -f txt -u /org/bluez/27872/hci0/dev_00_24_7D_65_55_C5 1348466 27 afiestas 2013-03-06 21:56:55 +0000 So, it seems this is finally fixed in our side, the remaining bugs are in obex-data-server. Going to close this bug because it is quite messy and we can't really work further with it, please open a new bug if sending files from dolphin is still not working in 1.3 and we'll continue debugging there. Thanks ! 72177 2012-06-27 17:23:38 +0000 2012-06-27 17:23:38 +0000 Patch for sending files fix_sending_files.patch text/plain 1560 gzmorell RnJvbSA2YjE2ZWYxMjIzOTQwZWVmN2MyNTUzNDA5ZGY4MWQxNjIxNzIwOWE0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBGcmFuY2lzY28gR29uemFsZXogPGd6bW9yZWxsQGdtYWlsLmNv bT4KRGF0ZTogV2VkLCAyNyBKdW4gMjAxMiAxOTowNTowNSArMDIwMApTdWJqZWN0OiBbUEFUQ0hd IFRyeSB0byBmaXggc2VuZGluZyBmaWxlcy4gRXJyb3IgaW4gcmVwbHkgbm90IHZhbGlkCgotLS0K IHNyYy9hY3Rpb25wbHVnaW5zL3NlbmRmaWxlL2hlbHBlci9zZW5kZmlsZXNqb2IuY3BwIHwgMTAg KysrKysrKystLQogMSBmaWxlIGNoYW5nZWQsIDggaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMo LSkKCmRpZmYgLS1naXQgYS9zcmMvYWN0aW9ucGx1Z2lucy9zZW5kZmlsZS9oZWxwZXIvc2VuZGZp bGVzam9iLmNwcCBiL3NyYy9hY3Rpb25wbHVnaW5zL3NlbmRmaWxlL2hlbHBlci9zZW5kZmlsZXNq b2IuY3BwCmluZGV4IDNlZjhmZTQuLjE5YjhhZWMgMTAwNjQ0Ci0tLSBhL3NyYy9hY3Rpb25wbHVn aW5zL3NlbmRmaWxlL2hlbHBlci9zZW5kZmlsZXNqb2IuY3BwCisrKyBiL3NyYy9hY3Rpb25wbHVn aW5zL3NlbmRmaWxlL2hlbHBlci9zZW5kZmlsZXNqb2IuY3BwCkBAIC04NSwxNCArODUsMjAgQEAg dm9pZCBTZW5kRmlsZXNKb2I6OmRvU3RhcnQoKQogICAgIE9yZ09wZW5vYmV4Q2xpZW50SW50ZXJm YWNlICpjbGllbnQgPSBuZXcgT3JnT3Blbm9iZXhDbGllbnRJbnRlcmZhY2UoIm9yZy5vcGVub2Jl eC5jbGllbnQiLCAiLyIsIFFEQnVzQ29ubmVjdGlvbjo6c2Vzc2lvbkJ1cygpLCB0aGlzKTsKICAg ICBRREJ1c1BlbmRpbmdSZXBseSA8dm9pZCA+IHJlcGx5ID0gY2xpZW50LT5TZW5kRmlsZXMobWFw LCBtX2ZpbGVzVG9TZW5kLCBRREJ1c09iamVjdFBhdGgoIi9CbHVlRGV2aWxfc2VuZEFnZW50Iikp OwogCi0gICAgUURCdXNQZW5kaW5nQ2FsbFdhdGNoZXIgKndhdGNoZXIgPSBuZXcgUURCdXNQZW5k aW5nQ2FsbFdhdGNoZXIocmVwbHkpOworICAgIFFEQnVzUGVuZGluZ0NhbGxXYXRjaGVyICp3YXRj aGVyID0gbmV3IFFEQnVzUGVuZGluZ0NhbGxXYXRjaGVyKHJlcGx5LCB0aGlzKTsKICAgICBjb25u ZWN0KHdhdGNoZXIsIFNJR05BTChmaW5pc2hlZChRREJ1c1BlbmRpbmdDYWxsV2F0Y2hlciopKSwg dGhpcywgU0xPVChzZW5kRmlsZVJlc3VsdChRREJ1c1BlbmRpbmdDYWxsV2F0Y2hlciopKSk7CiB9 CiAKIHZvaWQgU2VuZEZpbGVzSm9iOjpzZW5kRmlsZVJlc3VsdChRREJ1c1BlbmRpbmdDYWxsV2F0 Y2hlciAqY2FsbCkKIHsKICAgICBjb25zdCBRREJ1c1BlbmRpbmdSZXBseTxRREJ1c09iamVjdFBh dGg+IHJlcGx5ID0gKmNhbGw7Ci0gICAgY2FsbC0+ZGVsZXRlTGF0ZXIoKTsKKyAgICAvL2NhbGwt PmRlbGV0ZUxhdGVyKCk7CisgICAgaWYgKCFyZXBseS5pc1ZhbGlkKCkpIHsKKyAgICAgICAgcmV0 dXJuOworICAgIH0KKyAgICBpZiAoIXJlcGx5LmlzRmluaXNoZWQoKSkgeworICAgICAgICByZXR1 cm47CisgICAgfQogICAgIGlmICghcmVwbHkuaXNFcnJvcigpKSB7CiAgICAgICAgIHJldHVybjsK ICAgICB9Ci0tIAoxLjcuMTEuMQoK 77253 2013-02-13 13:15:18 +0000 2013-02-13 13:15:18 +0000 New crash information added by DrKonqi drkonqireport text/plain 1824 jirislaby QXBwbGljYXRpb246IGJsdWVkZXZpbC1zZW5kZmlsZSAoMC4xKQpLREUgUGxhdGZvcm0gVmVyc2lv bjogNC45LjUgInJlbGVhc2UgNyIKUXQgVmVyc2lvbjogNC44LjQKT3BlcmF0aW5nIFN5c3RlbTog TGludXggMy43LjYtMS1kZXNrdG9wIHg4Nl82NApEaXN0cmlidXRpb246ICJvcGVuU1VTRSAxMi4y ICh4ODZfNjQpIgoKLS0gSW5mb3JtYXRpb24gYWJvdXQgdGhlIGNyYXNoOgotIFdoYXQgSSB3YXMg ZG9pbmcgd2hlbiB0aGUgYXBwbGljYXRpb24gY3Jhc2hlZDoKCmJsdWVkZXZpbC1zZW5kZmlsZSAt ZiBMMmNhcC5qYXIgLWsgMDA6MjQ6N0Q6NjU6NTU6QzUKClRoZSBjcmFzaCBjYW4gYmUgcmVwcm9k dWNlZCBldmVyeSB0aW1lLgoKLS0gQmFja3RyYWNlOgpBcHBsaWNhdGlvbjogUG9tb2Nuw61rIHBy byBwb3PDrWzDoW7DrSBzb3Vib3LFryBwxZllcyBCbHVldG9vdGggKGJsdWVkZXZpbC1zZW5kZmls ZSksIHNpZ25hbDogU2VnbWVudGF0aW9uIGZhdWx0ClVzaW5nIGhvc3QgbGlidGhyZWFkX2RiIGxp YnJhcnkgIi9saWI2NC9saWJ0aHJlYWRfZGIuc28uMSIuCltLQ3Jhc2ggSGFuZGxlcl0KIzUgIFBy aXZhdGUgKG90aGVyPS4uLiwgdGhpcz0weDdmZmYxYzg5YmRmMCkgYXQga2VybmVsL3F2YXJpYW50 Lmg6MzU2CiM2ICBRVmFyaWFudDo6UVZhcmlhbnQgKHRoaXM9MHg3ZmZmMWM4OWJkZjAsIHA9Li4u KSBhdCBrZXJuZWwvcXZhcmlhbnQuY3BwOjE0MjMKIzcgIDB4MDAwMDdmOGVhZDQ4MThlNSBpbiBR REJ1c1BlbmRpbmdSZXBseURhdGE6OmFyZ3VtZW50QXQgKHRoaXM9MHg3ZmZmMWM4OWJmNDAsIGlu ZGV4PTApIGF0IHFkYnVzcGVuZGluZ3JlcGx5LmNwcDoyNzAKIzggIDB4MDAwMDdmOGVhZGI4YTZj MCBpbiBRREJ1c1BlbmRpbmdSZXBseTxRTWFwPFFTdHJpbmcsIFFWYXJpYW50Piwgdm9pZCwgdm9p ZCwgdm9pZCwgdm9pZCwgdm9pZCwgdm9pZCwgdm9pZD46OmFyZ3VtZW50QXQ8MD4gKHRoaXM9dGhp c0BlbnRyeT0weDdmZmYxYzg5YmY0MCkgYXQgL3Vzci9pbmNsdWRlL1F0REJ1cy9xZGJ1c3BlbmRp bmdyZXBseS5oOjE3NgojOSAgMHgwMDAwN2Y4ZWFkYjg1NmVlIGluIHZhbHVlICh0aGlzPTB4N2Zm ZjFjODliZjQwKSBhdCAvdXNyL2luY2x1ZGUvUXREQnVzL3FkYnVzcGVuZGluZ3JlcGx5Lmg6MTgx CiMxMCBCbHVlRGV2aWw6OkRldmljZTo6UHJpdmF0ZTo6X2tfZW5zdXJlRGV2aWNlQ3JlYXRlZCAo dGhpcz0weDFjOWFlMzAsIGJ1c0RldmljZVBhdGg9Li4uKSBhdCAvdXNyL3NyYy9kZWJ1Zy9saWJi bHVlZGV2aWwtMS45LjIvYmx1ZWRldmlsL2JsdWVkZXZpbGRldmljZS5jcHA6MTcxCiMxMSAweDAw MDA3ZjhlYWRiODg5MjAgaW4gQmx1ZURldmlsOjpEZXZpY2U6OkRldmljZSAodGhpcz0weDFjYzg4 MzAsIHBhdGhPckFkZHJlc3M9Li4uLCB0eXBlPUJsdWVEZXZpbDo6RGV2aWNlOjpEZXZpY2VQYXRo LCBhZGFwdGVyPTB4MWI0MWY3MCkgYXQgL3Vzci9zcmMvZGVidWcvbGliYmx1ZWRldmlsLTEuOS4y L2JsdWVkZXZpbC9ibHVlZGV2aWxkZXZpY2UuY3BwOjI2MAojMTIgMHgwMDAwN2Y4ZWFkYjdkNTZl IGluIEJsdWVEZXZpbDo6QWRhcHRlcjo6ZGV2aWNlRm9yVUJJICh0aGlzPTB4MWI0MWY3MCwgVUJJ PS4uLikgYXQgL3Vzci9zcmMvZGVidWcvbGliYmx1ZWRldmlsLTEuOS4yL2JsdWVkZXZpbC9ibHVl ZGV2aWxhZGFwdGVyLmNwcDozNDgKIzEzIDB4MDAwMDAwMDAwMDQwYzg4OCBpbiBfc3RhcnQgKCkK ClBvc3NpYmxlIGR1cGxpY2F0ZXMgYnkgcXVlcnk6IGJ1ZyAzMTQ5MjIsIGJ1ZyAzMDcyMjUsIGJ1 ZyAzMDYyNjUsIGJ1ZyAzMDQ3ODUsIGJ1ZyAyOTc3ODUuCgpSZXBvcnRlZCB1c2luZyBEcktvbnFp