Closed GoogleCodeExporter closed 9 years ago
It does not reproduce for me. I can see various states, like
Download/Upload/Download Pending/Upload Pending in transfer detail dialog. But
for me the transfers are finished quite fast when project server is reachable
and transfers are allowed in client. And transfers do not occur very often for
my projects, so it is not easy to catch such situation...
Please specify additional details:
- What is the refresh rate you use?
- Has your client networking enabled?
- Is the project server reachable? Were there some previous transfer errors?
- What is approximate progress of upload when you observe this?
- Isn't it possible, that upload just finished when selecting its details and
then the details are in fact shown for next transfer, which is download? (It
may sound silly, but this actually happened to me when I was checking this
issue - and I just discovered my confusion only from the screenshots that I
took.)
Well, while I was checking this, at least I have found another minor bug
related to transfer details display; the project backoff value is incorrect.
Original comment by pavol.michalec@gmail.com
on 7 Sep 2012 at 3:46
First of all, it does and did occur for me on projects using GPUs with uploads
and downloads both quite big such as POEM@home or GpuGrid (for the latter I was
not entirely sure I had seen it so I waited, but I did see it today again with
POEM). So yes, I am quite sure.
Additional details:
- Refresh rate: every second over WiFi; I do not use mobile internet for this
yet.
- Networking is and has always been enabled.
- Project servers today all are reachable. Yesterday and the day before the
Deutsche Telekom obviously had some problems in their networks, but those
vanished after I installed the latest firmware on the SpeedPort router manually.
- Approximately 60 KB/s upload and 125 to 150 KB/s download; with 16 transfers
at most per host and four at most per project, as my internet connection
finally has become very reliable and a lot faster after I had a Telekom
technician here two months ago.
- No, as the uploads are quite big (around 1MB for POEM and dozens of MB for
GpuGrid), I am quite sure that I selected the uploaded file's details and not
accidentally selected a following download from the same project, if that is
what you mean.
I COULD try uninstalling and installing AndroBOINC again, but then the data and
thus my six hosts' details/credentials could be gone, could they not? Well, I
might try using TitaniumBackup to backup the data and restore it again
afterwards. Umm, I will get back at you...
Original comment by hitchhik...@gmail.com
on 8 Sep 2012 at 9:37
So, I just uninstalled AndroBOINC, cleared cache and dalvik-cache in recovery,
rebooted twice and installed it again from PlayStore (v6.10.58.rc1) and
restored its data via TitaniumBackup.
POEM result upload just showed again as being downloaded, just like the
following download from POEM.
Original comment by hitchhik...@gmail.com
on 8 Sep 2012 at 10:19
I was finally able to reproduce this issue:
- It happens only with client 7.0.28 for me (most of my machines are with
6.10.17 or 6.10.58, I have only one 7.0.28 reachable by AndroBOINC)
- The same behaviour (as with AndroBOINC) I can see also with stock (desktop)
BOINC Manager 6.10.58 when connecting to 7.0.28 client (i.e AndroBOINC
6.10.58.rc1 shows it the same way as BOINC Manager 6.10.58)
The root cause is that client 7.0.x sends slightly different data than clients
6.10.x (the slightly cryptic tag "generated_locally" has been replaced by more
descriptive "is_upload") and the managers of 6.10.x or older cannot correctly
display it.
It is quite easy to fix this compatibility issue in AndroBOINC...
Original comment by pavol.michalec@gmail.com
on 8 Sep 2012 at 11:55
Oops, sorry, now I see I had forgotten to specify that major detail! "Glad" you
could figure it out and it is quite easily fixed! Thx again!
Original comment by hitchhik...@gmail.com
on 8 Sep 2012 at 1:02
This issue was closed by revision r60.
Original comment by pavol.michalec@gmail.com
on 8 Sep 2012 at 3:29
Verified on published v6.10.58.rc2
Original comment by pavol.michalec@gmail.com
on 9 Sep 2012 at 4:11
Original issue reported on code.google.com by
hitchhik...@gmail.com
on 7 Sep 2012 at 10:31