Bug 309049 - outgoing file transfers aren't 'closed' when complete
Summary: outgoing file transfers aren't 'closed' when complete
Status: RESOLVED UPSTREAM
Alias: None
Product: telepathy
Classification: Frameworks and Libraries
Component: filetransfer (show other bugs)
Version: 0.5.0
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: Future
Assignee: Telepathy Bugs
URL: https://bugs.freedesktop.org/show_bug...
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-26 14:42 UTC by Lukas Schneiderbauer
Modified: 2012-11-08 19:07 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot of the not-closed progress-notification. (84.01 KB, image/png)
2012-10-26 14:43 UTC, Lukas Schneiderbauer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lukas Schneiderbauer 2012-10-26 14:42:41 UTC
When an outgoing file transfer via telepathy-salut (link-local xmpp) actually is finished the kde notification aren't closed and suggest that the file transfer is still ongoing. I have to manually click the 'stop' button to deactivate them.
I know the file transfer is complete because the other end already possesses the whole file.

Reproducible: Always

Steps to Reproduce:
1. Open contactlist
2. Open the context menu of a link-lokal-xmpp contact and click "Send file"
3. Select a file and click ok. The progressbar appears in the plasma-bar.
4. Wait for the file transfer progress to be 100%.
Actual Results:  
The progress-notification isn't closed.

Expected Results:  
The progress-notification should be marked as 'done' when the file transfer is finished.

I didn't test the file transfer using other protocols than xmpp-link-local.
I will attach a screenshot.
Comment 1 Lukas Schneiderbauer 2012-10-26 14:43:50 UTC
Created attachment 74815 [details]
screenshot of the not-closed progress-notification.
Comment 2 Daniele E. Domenichelli 2012-10-26 14:46:37 UTC
Which version of telepathy-salut do you have?
Can you try it with an xmpp account?
Comment 3 Lukas Schneiderbauer 2012-10-26 14:57:19 UTC
I use telephaty-salut-0.8.0.
Perhaps I should mention that the other end is an Adium user on a Mac.

I tried with an xmpp account [telepathy-gabble 0.16.3] (the other hand uses kde-telepathy-0.5 as well) but the file transfer will not even initiate. The plasma-progressbar is there, but always stays at 0%. That is in both directions. I can file an additional bug for that if you want.
Comment 4 Daniele E. Domenichelli 2012-10-26 15:14:45 UTC
The second is a problem that sometimes appears, and that is not related to kde-telepathy, but to telepathy-gabble and/or to the xmpp server(s) that you are using so please don't open a bug here, but here instead: https://bugs.freedesktop.org/enter_bug.cgi?product=telepathy
(Make a search before reporting it, it is quite likely to be already reported, you can add some info instead if you find it)

I'll try to reproduce this, but for some reason salut is not working on this network... I'll try again home
Comment 5 Daniele E. Domenichelli 2012-10-26 15:40:42 UTC
I managed to transfer a few files with salut 0.8.0 (to 0.8.0) and it works with no issues, so it might be related to salut->adium, anyone can try this?
Anyway I'm quite sure that this is not related to the file transfer handler
Comment 6 Lukas Schneiderbauer 2012-10-29 20:39:58 UTC
Since I have no other machine with kde-telepathy around I did the following: I switched the kde session to another user and activated local-xmpp there as another user. After this, both users (the original and the new) are in the network. I tested sending files this way (by switching users back and forth) and it worked as you said.
I cannot tell wether this setup gives a reliable confirmation or if there are just too many uncertaintes here.

Nevertheless, shouldn't the local system act 'normal', independend of how weird the other side may behave? (in this case: an old adium version)
Comment 7 Daniele E. Domenichelli 2012-10-29 22:09:29 UTC
(In reply to comment #6)
> I cannot tell wether this setup gives a reliable confirmation or if there
> are just too many uncertaintes here.

Yes, I think that's reliable...
Anyway I made a few more tests ktp->ktp with no issues.


> Nevertheless, shouldn't the local system act 'normal', independend of how
> weird the other side may behave? (in this case: an old adium version)

Yes it should, but perhaps the other side behaves weirdly and you don't receive some signal that the file transfer channel has changed status or has been invalidated.

Can you make another test with adium? I don't have a mac to test.

on the ktp machine run on a shell:
/usr/lib/kde4/libexec/ktp-filetransfer-handler --debug --persist
(check that the debug output is enabled for ktp-filetransfer-handler running kdebugdialog first)

Then start a file transfer and copy and paste here the relevant output.

Thanks
Comment 8 Daniele E. Domenichelli 2012-10-29 22:42:56 UTC
Also as soon as we release ktp 0.5.2 the ktp-debugger will have a few fixes and will be able to display the output from telepathy-salut, so please, if I forget, remember me to ask you the output as soon as the new release is out.
Comment 9 Lukas Schneiderbauer 2012-10-31 09:58:47 UTC
(In reply to comment #7)
> on the ktp machine run on a shell:
> /usr/lib/kde4/libexec/ktp-filetransfer-handler --debug --persist
> (check that the debug output is enabled for ktp-filetransfer-handler running
> kdebugdialog first)
> 
> Then start a file transfer and copy and paste here the relevant output.
# -- begin
ktp-filetransfer-handler(15537) FileTransferHandler::handleChannels: QMap(("org.freedesktop.Telepathy.Channel.ChannelType", QVariant(QString, "org.freedesktop.Telepathy.Channel.Type.FileTransfer") ) ( "org.freedesktop.Telepathy.Channel.InitiatorHandle" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.InitiatorID" ,  QVariant(QString, "vootey@vootop") ) ( "org.freedesktop.Telepathy.Channel.Interface.FileTransfer.Metadata.Metadata" ,  QVariant(QDBusArgument, ) ) ( "org.freedesktop.Telepathy.Channel.Interface.FileTransfer.Metadata.ServiceName" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Interfaces" ,  QVariant(QStringList, () ) ) ( "org.freedesktop.Telepathy.Channel.Requested" ,  QVariant(bool, true) ) ( "org.freedesktop.Telepathy.Channel.TargetHandle" ,  QVariant(uint, 2) ) ( "org.freedesktop.Telepathy.Channel.TargetHandleType" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.TargetID" ,  QVariant(QString, "xxxxxx@censored-censored") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.AvailableSocketTypes" ,  QVariant(QDBusArgument, ) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentHash" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentHashType" ,  QVariant(uint, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentType" ,  QVariant(QString, "application/pdf") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Date" ,  QVariant(qlonglong, 1349359357) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Description" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Filename" ,  QVariant(QString, "freefall.pdf") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.InitialOffset" ,  QVariant(qulonglong, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Size" ,  QVariant(qulonglong, 142986) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.State" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.TransferredBytes" ,  QVariant(qulonglong, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.URI" ,  QVariant(QString, "file:///home/vootey/freefall.pdf") ) )
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::HandleOutgoingFileTransferChannelJobPrivate:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJob::HandleOutgoingFileTransferChannelJob:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::init:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJob::start:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged: Outgoing file transfer channel state changed to 2 with reason 0
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::provideFile:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::provideFile: Providing file "/home/vootey/freefall.pdf"
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onInitialOffsetDefined:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged: Outgoing file transfer channel state changed to 3 with reason 1
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onProvideFileFinished:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 4096 (2% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__start:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 49152 (34% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 69632 (48% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 73728 (51% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 90112 (63% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 106496 (74% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 118784 (83% done)
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "freefall.pdf" - Transferred bytes = 142986 (100% done)
## -- mark
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJob::doKill: Outgoing file transfer killed.
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::kill:
ktp-filetransfer-handler(15537) FileTransferHandler::handleResult:
ktp-filetransfer-handler(15537) FileTransferHandler::handleResult: "" 
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJob::~HandleOutgoingFileTransferChannelJob:
ktp-filetransfer-handler(15537) HandleOutgoingFileTransferChannelJobPrivate::~HandleOutgoingFileTransferChannelJobPrivate:
# -- end

That's it. '# -- mark' indicates the stop of the automatic procedure (but the progressbar is still there at 100%). After that moment I clicked the 'stop'-button at the progressbar (which results into the following debug-output.)


(In reply to comment #8)
> Also as soon as we release ktp 0.5.2 the ktp-debugger will have a few fixes
> and will be able to display the output from telepathy-salut, so please, if I
> forget, remember me to ask you the output as soon as the new release is out.
Will do.
Comment 10 Lukas Schneiderbauer 2012-10-31 10:17:23 UTC
This may not be relevant but I did another test on a fully updated Mac with a program called "iMessage". For my side the symptoms are the same. For the other side the program indicates the file transfer and when it reaches 100% iMessage tells the user, that the other side (the ktp-side, me) was aborting the file transfer.

# - begin
ktp-filetransfer-handler(15685) FileTransferHandler::handleChannels: QMap(("org.freedesktop.Telepathy.Channel.ChannelType", QVariant(QString, "org.freedesktop.Telepathy.Channel.Type.FileTransfer") ) ( "org.freedesktop.Telepathy.Channel.InitiatorHandle" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.InitiatorID" ,  QVariant(QString, "vootey@vootop") ) ( "org.freedesktop.Telepathy.Channel.Interface.FileTransfer.Metadata.Metadata" ,  QVariant(QDBusArgument, ) ) ( "org.freedesktop.Telepathy.Channel.Interface.FileTransfer.Metadata.ServiceName" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Interfaces" ,  QVariant(QStringList, () ) ) ( "org.freedesktop.Telepathy.Channel.Requested" ,  QVariant(bool, true) ) ( "org.freedesktop.Telepathy.Channel.TargetHandle" ,  QVariant(uint, 3) ) ( "org.freedesktop.Telepathy.Channel.TargetHandleType" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.TargetID" ,  QVariant(QString, "David@bottomup") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.AvailableSocketTypes" ,  QVariant(QDBusArgument, ) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentHash" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentHashType" ,  QVariant(uint, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.ContentType" ,  QVariant(QString, "application/pdf") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Date" ,  QVariant(qlonglong, 1349362169) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Description" ,  QVariant(QString, "") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Filename" ,  QVariant(QString, "PhysRev.151.1067.pdf") ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.InitialOffset" ,  QVariant(qulonglong, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.Size" ,  QVariant(qulonglong, 675378) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.State" ,  QVariant(uint, 1) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.TransferredBytes" ,  QVariant(qulonglong, 0) ) ( "org.freedesktop.Telepathy.Channel.Type.FileTransfer.URI" ,  QVariant(QString, "file:///home/vootey/PhysRev.151.1067.pdf") ) )
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::HandleOutgoingFileTransferChannelJobPrivate:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJob::HandleOutgoingFileTransferChannelJob:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::init:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJob::start:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__start:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged: Outgoing file transfer channel state changed to 2 with reason 0
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::provideFile:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::provideFile: Providing file "/home/vootey/PhysRev.151.1067.pdf"
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onInitialOffsetDefined:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelStateChanged: Outgoing file transfer channel state changed to 3 with reason 1
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onProvideFileFinished:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 4096 (0% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 36864 (5% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 40960 (6% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 57344 (8% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 61440 (9% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 69632 (10% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 94208 (13% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 155648 (23% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 221184 (32% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 286720 (42% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 368640 (54% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 385024 (57% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 466944 (69% done)
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::__k__onFileTransferChannelTransferredBytesChanged: Sending "PhysRev.151.1067.pdf" - Transferred bytes = 675378 (100% done)
## - mark
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJob::doKill: Outgoing file transfer killed.
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::kill:
ktp-filetransfer-handler(15685) FileTransferHandler::handleResult:
ktp-filetransfer-handler(15685) FileTransferHandler::handleResult: "" 
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJob::~HandleOutgoingFileTransferChannelJob:
ktp-filetransfer-handler(15685) HandleOutgoingFileTransferChannelJobPrivate::~HandleOutgoingFileTransferChannelJobPrivate:
# - end
Comment 11 Daniele E. Domenichelli 2012-10-31 15:37:23 UTC
Looks like that the provide file pending operation never finishes...
So I believe that's not a problem in the file transfer handler, but either in gabble or in telepathy-qt.

Does it happen every time or randomly?

Can you try it using Empathy? (i.e. sending a file from Empathy to Adium).
Comment 12 Lukas Schneiderbauer 2012-11-02 19:06:18 UTC
(In reply to comment #11)
> Looks like that the provide file pending operation never finishes...
> So I believe that's not a problem in the file transfer handler, but either
> in gabble or in telepathy-qt.
you mean salut, don't you?

> Does it happen every time or randomly?
every time

> Can you try it using Empathy? (i.e. sending a file from Empathy to Adium).
I can, but it will take a few days. (since I don't own mac-stuff myself)
Comment 13 Daniele E. Domenichelli 2012-11-02 20:53:05 UTC
(In reply to comment #12)
> you mean salut, don't you?
Yes sorry...

> > Can you try it using Empathy? (i.e. sending a file from Empathy to Adium).
> I can, but it will take a few days. (since I don't own mac-stuff myself)
I don't own it either, so if you can it would be useful, thanks!

Another question: is the received file corrupted?
Comment 14 Lukas Schneiderbauer 2012-11-08 15:30:27 UTC
(In reply to comment #13)
> I don't own it either, so if you can it would be useful, thanks!
It's the same with empathy. the bar is at 100% but the process is not "completed" (I have to press the 'stop' button explicitly).

> Another question: is the received file corrupted?
No, I did a few transfers. The md5-sums were all the same.
Comment 15 Daniele E. Domenichelli 2012-11-08 17:41:34 UTC
Thanks a lot for testing this.
If the behavior with empathy is the same, then it's a problem in telepathy-salut.

Can you report the bug here https://bugs.freedesktop.org/ for product Telepathy and component salut, and then change the status of this bug to RESOLVED - UPSTREAM?
Comment 16 Lukas Schneiderbauer 2012-11-08 19:04:54 UTC
(In reply to comment #15)
> Thanks a lot for testing this.
I'm glad I was able to help.

> Can you report the bug here https://bugs.freedesktop.org/ for product
> Telepathy and component salut, and then change the status of this bug to
> RESOLVED - UPSTREAM?
of course.
Comment 17 Lukas Schneiderbauer 2012-11-08 19:07:55 UTC
For the sake of completeness I will add the upstream-bug-url into this bug's URL field.