UFO: Alien Invasion Issue Tracker
UFO: Alien Invasion
Go to the previous open issue
Go to the previous issue (open or closed)
star_faded.png
Please log in to bookmark issues
icon_project.png UFO: Alien Invasion / Closed Bug report #2720 Cannot transfer anything between bases
Go to the next issue (open or closed)
Go to the next open issue
This issue has been closed with status "Closed" and resolution "Not determined".
Issue basics
  • Type of issue
    Bug report
  • Category
    Campaign
  • Targetted for
    Not determined
  • Status
    Closed
  • Priority
    3. Normal
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (1)
People involved
Times and dates
  • Posted at
  • Last updated
  • Estimated time
    Not estimated
Issue details
  • Resolution
    Not determined
  • Reproducability
    Not determined
  • Severity
    Not determined
  • Complexity
    Not determined
  • Platform
    Not determined
  • Architecture
    Not determined
Attachments (0)
There is nothing attached to this issue
Duplicate issues (0)
This issue does not have any duplicates
Description
[http://sourceforge.net/p/ufoai/bugs/2720 Item 2720] imported from sourceforge.net tracker on 2013-01-28 19:47:16

using 2.3 stable
I have been able to transfer a lot of items between bases - I was using this mainly for antimatter and aliens where I did not have containment
Suddenly no transfers were possible -- all looks OK from the UI but clicking on the transfer button does nothing. Assuming there is a limit to the number of simultaneous transfers I have waited for several in-game months but transfers don't arrive and I cannot start new ones.

I think I have seen a feature request to provide some visibility into current transfers which would help.
===== Comments Ported from Sourceforge =====

====== grufff (2010-11-21 11:11:17) ======

save file
====== grufff (2010-11-21 11:12:13) ======

ufoconsole.log
====== geever (2010-12-02 23:07:10) ======

Transfer button is now[1] disabled with a message if max parallel transfers reached (which is 16). At least it was handled better than max aircraft limit. ;)

Thanks for reporting!

Transferlist is sure a planned&needed feature for 2.4.

[1] ad9daf3c3f16e49ca526b4c68e9117ac07d41ff1

-geever
====== tlh2000 (2010-12-03 07:38:36) ======

in 2.4 the transfer data is now a linked list

9e94968ebb07da8261d9a0603dcbba9afdf7e475
====== grufff (2010-12-03 12:07:56) ======

I can understand that there is a limit to the number of simultaneous transfers and it is great that the button will be disabled with a message when that limit. But what I don't understand is why after several months of not starting any transfers I still have the problem. It is like I have a queue of transfers that are stuck, so why are they stuck and is there anything I can do to unblock the queue, to see the queue, or to fix it in anyway?. e.g. is there a way to edit a .savx file? is there a utility I could run to delete all transfers?
====== grufff (2010-12-03 20:03:33) ======

I have updated 2.3.1 to 1291330966
using Muton's ufoai-2.3.1-1291330966-Release-pentium3-O1-sse-7z-small-win32.exe from today. I can see the transfer button is disabled on all bases. I advanced over a month of game time and no transfers arrived and the transfer buttons are still disabled.
Any suggestions for what I can do? [aside from learn how to write code or start a new campaign ;) ]
====== geever (2010-12-03 21:11:49) ======

patience and persistence.

I've found several new bugs in the area:
[FIXED] transfers ended the other day not closed: fixed in 8952f1b0b648b33d40de0fed7628585bd5110d13
[OPEN] TR_EmptyTransferCargo throws exception in alien containment filling (capacity limit)
[OPEN] Transfer aliens after mission popup not working: probably the MAX_TRANSFER stuff again.

I'm working on the issues we found.

-geever
====== geever (2010-12-04 23:12:45) ======

Okay, I fixed the alien containment exception too. You can continue playing with the latest version now. The third issue is minor. I think it only happened because you had some transfers stuck (and that was probably caused by playing on too big time lapse).

-geever
====== grufff (2010-12-11 10:41:55) ======

Geever,

Thank you

I will try this when Muton releases an updated version of 2.3.1

Please can you explain about transfers getting stuck due to big time lapse. Is this a known bug? if so are there recommendations that players should not set time speed above a certain level?
Or is there any way to "unstick" transfers e.g. at month end, check transfer queue "fix" stuck transfers them so they arrive or delete them with a message to user
====== geever (2010-12-11 12:31:30) ======

It was a bug, fixed but just after your report. The commitdiff explains if well: http://ufoai.git.sourceforge.net/git/gitweb.cgi?p=ufoai/ufoai;a=commitdiff;h=8952f1b0b648b33d40de0fed7628585bd5110d13

date is represented as two numbers: days and seconds within a day. And the code only checked the time within a day. So there is no safe time lapse but you will hopefully not face with such problem with lapse <12hrs.

Once you update to the version has this fix your transfers will arrive and close but I cannot give any other way to fix it.

-geever
====== kpeo (2011-01-31 20:05:27) ======

but how can we fix this bug?
have this bug too. 2.3.1 official release - can&#039;t transfer anything (transfer button don&#039;t work)
after updating (2.3.1-1291330966) - button in base menu is disabled anywhere, when clicked - "too many active transfers" (but i have no any transfers)
savegame (slot7.savx) attached
====== geever (2011-01-31 20:19:56) ======

Dear Kpeo,

This Bug was fixed on 2010-12-03 20:10 GMT. You are using a version was compiled on 2010-12-02 23:02 GMT. You need to update to a more recent build.

-geever
====== kpeo (2011-01-31 20:28:07) ======

Sorry for disturb and some inattention and thank you for so fast answer! have to compile.. )
Steps to reproduce this issue
Nothing entered.
Todos (0 / 0)
Issue created
footer_logo.png The Bug Genie 4.3.1 | Support | Feedback spinning_16.gif