Forums » Bugs

Data Should Not Be Cargo (zero CU cargo?)

May 12, 2011 WhiteRC link
I understand the (programmatic) mechanic of data taking a cargo slot, but I just had that abort a mission because the "blank data pad" was "transferred to my hold" when my hold was full. The quest didn't end and I didn't get a chance to drop a CU of something to accommodate the pad(s).

(In the particular mission you take a pad to a location, then when you leave the station you are instructed to jump, then jump again, then a scripted exchange comes in on the communicator, then you supposedly have the new pads. I stocked up on some return goods with press-max-press-purchase, being noob and not knowing what the post launch instructions would be.)

I fully understand that having the data pads be a cargo item lets e.g. ship destruction cause a mission to fail. But this has lead to at least one very-early (nearly training) mission to just bork up with no real indication or recourse.

There are things that take up more than one CU (or so it seemed when I picked something up) so the _data_ quests should involve Zero CU cargo or a mission status flag that sticks to the ship instead of the character.

Just saying, it was an obvious wart and a commercial annoyance.

Plus if everybody in the universe sends data as "blank data pads" and there is no commerce in "blank data pads" as a real item, then that would be "this is secret data" red-flag... it kind-of breaks the narrative. 8-)
May 12, 2011 PaKettle link
The data pad went into the station inventory and is still there. If it helps think of it as an e-book reader...

Anyway just retake the mission.
May 13, 2011 WhiteRC link
What station inventory. The quest in question involves taking a pad to a station, then leaving the station, then jumping to empty stations twice, then "receving" the pad in deep space. There was no station for the pad to drop into.

Yes, I restarted the mission from scratch, but it was annoying and inobvious.

The data pads should not be cargo, or they should take up zero slots, or there should be some sort of thing where I had the option to take the pad on board or drop the mission.
May 14, 2011 vskye link
A data pad is cargo, an they don't take up any slots. Really, any of you newbies actually read shit anymore? This isn't a bug, it's a user not understanding things.
May 14, 2011 meridian link
I disagree and would call this a bug. The mission has him meet a contact out in space (not the station) to receive a data pad, but since his cargo is full it is not received and the mission gets stuck without any feedback to why the mission is no longer completable, and the only option is to abort.

At a minimum the mission should tell him to return to the station to offload cargo and come back to receive the data pad or alternatively meet the contact in the station so that the data pad goes to station inventory when the ship is full.

The proposed solution for having data pads take up 0 cu could work too (what WhiteRC means by "take up zero slots"). Although there may be some technical hurdles to address with this implementation.
May 14, 2011 vskye link
Well, was wrong about this one. (smacks self) I missed the part about receiving the data pad in space vs my quick glance figuring it was just one of those that are received directly at the station.

+1 to meridian's 1st suggestion.