Project

General

Profile

Bug #2238

HasOreHold returns False even if your ship has a mining ore hold

Added by jsmb768ypl over 1 year ago. Updated 10 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
vbulletin_issue_id:

Description

The HasOreHold Member of Ship entity always returns false even if your ship has an Mining ore hold.

To test you would just need to be in a ship with a mining hold, a simple venture has a mining hold of 5k m3.

You can then type 

echo ${MyShip.HasOreHold} and it will return false but it should return true. 

This same function is in the ISXEVEWrapper and does the same thing. 
 

#1

Updated by Teht over 1 year ago

jsmb768ypl wrote:

The HasOreHold Member of Ship entity always returns false even if your ship has an Mining ore hold.

To test you would just need to be in a ship with a mining hold, a simple venture has a mining hold of 5k m3.

You can then type 

echo ${MyShip.HasOreHold} and it will return false but it should return true. 

This same function is in the ISXEVEWrapper and does the same thing. 
 

There is a workaround for this now, so imo MyShip.HasOreHold should be deprecated.  The below statement should evaluate to true if there's an ore hold.

${EVEWindow[Inventory].ChildWindow[${MyShip.ID}, ShipOreHold](exists)} 

#2

Updated by scire 10 months ago

Both options here are not working the first one will always be false and the other one will only ever return NULL even if in a ship with a Mining Hold.

#3

Updated by jsmb768ypl 10 months ago

scire wrote:

Both options here are not working the first one will always be false and the other one will only ever return NULL even if in a ship with a Mining Hold.

Try ${EVEWindow[Inventory].ChildWindow[${MyShip.ID}, ShipGeneralMiningHold](exists)} 

Also available in: Atom PDF