These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Information Portal

 
  • Topic is locked indefinitely.
 

Crius Issues

First post First post
Author
Previous Topic Next Topic
KAT3
Cutting Edge Incorporated
#1121 - 2014-08-07 09:59:58 UTC
I have changed the material requirements for T2 items twice now on my worksheets. Once right after Crius went live, and again when I happened to notice that requirements had changed again. Now this morning, much to my dismay, my worsheets again do not reflect what my blueprints are telling me. (and yes I did file a petition regarding changes that were suddenly popping up with these numbers, which has not been responded to) In searching for an answer I now see that a known issue of the blueprints not reflecting the correct ME is on the "resolved" list. Has this resolution gone live and is it safe to change all the information in my worksheets again??

And while I'm at it I would like to know if the megacyte requirement for the Crane is currently correctly listed at over 15,000 units? When Crius went live it was listed at 0. This is way out of line with other elite industrial ships and with what I read with respect to how mineral requirements were changing in Crius.
CCP RubberBAND
CCP Engineering Corp
#1122 - 2014-08-07 12:05:29 UTC
Lady Rift wrote:
Just a Hick wrote:
Sisoko Osman wrote:
hmm

CCP is preparing for Hyperion release and 10 known bugs are not fixed yet

good job



Remember the movie "Fiddler On The Roof" where Tevye is singing?

"Tradition. Without our traditions, our lives would be as shaky as... as a fiddler on the roof!"

Consider CCP as simply keeping with tradition of having known bugs in their shipping product in order to keep us complaining.



They should stick with tradition and only release things twice a year.


The known issues have been updated. Outstanding issues have been moved to subsequent releases (Including Hyperion).

It's the unfortunate reality of software development that bugs slip through, we try our best to make sure they don't but when they do we continue to work on resolving them either through patches or as is the case now, in subsequent releases.

Feel free to poke me on: Twitter
Angie Chatter
#1123 - 2014-08-07 12:11:13 UTC  |  Edited by: Angie Chatter
@CCP Crius TEAM

Crius 1.8 notes
Quote:

Impounded blueprints will no longer display in the blueprint browser.
Blueprint browser can now filter blueprints by groups using a dropdown or in the search box ie "ship" or "battlecruiser".


Common CCP, we are at 1.8 post Crius and there is still this glaring issue that drives me nuts.

So u are able to add a complete new filter tab, but i'm still unable to filter out those pesky "gray" installed jobs from the BPC list?
I rely loosing hope here, its a nightmare to work with a list of identically BPC if u cant really sort them and all the gray and useable BPC mix/jump around after each job install.

So can we please have a filter option that will hide all "installed/in use" gray BPC from the BPC selection list?

The list also still jumps around like mad, since there is no way to "sort" identically BPC, yet the list changes its ordering after each installed job and mixes useable/installed jobs. So if i selected the next BPC, while waiting for the UI to become responsive again, the list resorts and i now need to "hunt" for the next usable BPC.

There is also no way to sort by "usable" and "in use" gray BPC, so in the worst case u have 50 "gray" BPC on top of your BPC list and need to scroll around like mad to find the last 1-3 that are still usable, this is a broken work-flow.
Novastella
Federal Navy Academy
Gallente Federation
#1124 - 2014-08-07 12:33:41 UTC
CCP RubberBAND wrote:
Lady Rift wrote:
Just a Hick wrote:
Sisoko Osman wrote:
hmm

CCP is preparing for Hyperion release and 10 known bugs are not fixed yet

good job



Remember the movie "Fiddler On The Roof" where Tevye is singing?

"Tradition. Without our traditions, our lives would be as shaky as... as a fiddler on the roof!"

Consider CCP as simply keeping with tradition of having known bugs in their shipping product in order to keep us complaining.



They should stick with tradition and only release things twice a year.


The known issues have been updated. Outstanding issues have been moved to subsequent releases (Including Hyperion).

It's the unfortunate reality of software development that bugs slip through, we try our best to make sure they don't but when they do we continue to work on resolving them either through patches or as is the case now, in subsequent releases.


So known issues have been pushed back to hyperion or later, good job telling people with open petitions that have been unable to do any indy since crius launch because of bugs that they're going to have to wait at least weeks if not months to get some hope of a fix and be able to play the game again. Should have known we'd have to browse the forums ourselves to try to find information on fixes for bugs that have totally broken the game...
JimmieTwoTimes
Federal Navy Academy
Gallente Federation
#1125 - 2014-08-07 12:58:42 UTC  |  Edited by: JimmieTwoTimes
Sorry if this has been mentioned before...

Compressed Ore seems to be reporting the number of units incorrectly (divided by an additional factor of 100). Whereas compressed Ice seems to be fine.

See picture of compressed ice/ore and non compressed ore comparison:

https://www.dropbox.com/s/km0d3rxe60i89uk/20140807-byom-24kb.jpg
CCP RubberBAND
CCP Engineering Corp
#1126 - 2014-08-07 13:38:32 UTC
Novastella wrote:

So known issues have been pushed back to hyperion or later, good job telling people with open petitions that have been unable to do any indy since crius launch because of bugs that they're going to have to wait at least weeks if not months to get some hope of a fix and be able to play the game again. Should have known we'd have to browse the forums ourselves to try to find information on fixes for bugs that have totally broken the game...


Could you elaborate on any open issues that are still affecting Industry, we don't intend to ignore these. We will continue to work on fixes and new features and release them as frequently as we are able.

Feel free to poke me on: Twitter
Adam Hilem
Adam and Eve Mining Corporation
B.S.I.
#1127 - 2014-08-07 13:42:52 UTC
not sure if others have noticed or reported this issue but blueprints stored in corporate hanger at a POS not stored in a container do not show up in the industry window under blueprints tab using the filters : owned by corp, all facilities, all inventory locations, all blueprints, all groups. but when you fly out to the hanger its there. the corp hanger does not even show up in the industry window as a facility or inventory location option in the filter bar.
CCP RubberBAND
CCP Engineering Corp
#1128 - 2014-08-07 13:51:32 UTC
Angie Chatter wrote:
@CCP Crius TEAM

Crius 1.8 notes
Quote:

Impounded blueprints will no longer display in the blueprint browser.
Blueprint browser can now filter blueprints by groups using a dropdown or in the search box ie "ship" or "battlecruiser".


Common CCP, we are at 1.8 post Crius and there is still this glaring issue that drives me nuts.

So u are able to add a complete new filter tab, but i'm still unable to filter out those pesky "gray" installed jobs from the BPC list?
I rely loosing hope here, its a nightmare to work with a list of identically BPC if u cant really sort them and all the gray and useable BPC mix/jump around after each job install.

So can we please have a filter option that will hide all "installed/in use" gray BPC from the BPC selection list?

The list also still jumps around like mad, since there is no way to "sort" identically BPC, yet the list changes its ordering after each installed job and mixes useable/installed jobs. So if i selected the next BPC, while waiting for the UI to become responsive again, the list resorts and i now need to "hunt" for the next usable BPC.

There is also no way to sort by "usable" and "in use" gray BPC, so in the worst case u have 50 "gray" BPC on top of your BPC list and need to scroll around like mad to find the last 1-3 that are still usable, this is a broken work-flow.


Will bring this to the team for discussion.

About the blueprints jumping about could you please provide a video, we haven't received many reports regarding this and internal tests have been unsuccessful, a video would be immensely helpful.

Feel free to poke me on: Twitter
Novastella
Federal Navy Academy
Gallente Federation
#1129 - 2014-08-07 13:59:47 UTC
CCP RubberBAND wrote:
Novastella wrote:

So known issues have been pushed back to hyperion or later, good job telling people with open petitions that have been unable to do any indy since crius launch because of bugs that they're going to have to wait at least weeks if not months to get some hope of a fix and be able to play the game again. Should have known we'd have to browse the forums ourselves to try to find information on fixes for bugs that have totally broken the game...


Could you elaborate on any open issues that are still affecting Industry, we don't intend to ignore these. We will continue to work on fixes and new features and release them as frequently as we are able.


Sorry CCP RubberBAND, I'm just at the end of my rope with un-updated petitions, losing isk and wasting plex time on multiple industrial accounts every day, and now being told to wait until hyperion or some other update weeks/months in the future is a little much.
I've had the lack of space to deliver jobs bug since crius launched. Empty pos arrays report not enough space to deliver their jobs, with every one reporting "334225.00" space left, regardless of which array it is. The last GM update to my petitions about this was july 29th, which was a canned mass response that didn't address pos's at all. I hope this helps you light a fire under some people to get a fix, and authorize a simple workaround (like cancelling the jobs and reimbursing with items).
Being unable to do industry, losing profits, bleeding isk, and paying to be unable to play the game kinda sucks :P
CCP RubberBAND
CCP Engineering Corp
#1130 - 2014-08-07 14:05:54 UTC
JimmieTwoTimes wrote:
Sorry if this has been mentioned before...

Compressed Ore seems to be reporting the number of units incorrectly (divided by an additional factor of 100). Whereas compressed Ice seems to be fine.

See picture of compressed ice/ore and non compressed ore comparison:

https://www.dropbox.com/s/km0d3rxe60i89uk/20140807-byom-24kb.jpg


That looks correct to me. 1 Compressed Ore = 100 Regular Ore. So you have 34 units of Compressed Spodumain, which required 3400 units of Spodium. Ice works differently, 1 Compressed Ice = 1 Regular Ice.

Feel free to poke me on: Twitter
Angie Chatter
#1131 - 2014-08-07 14:29:05 UTC
CCP RubberBAND wrote:

About the blueprints jumping about could you please provide a video, we haven't received many reports regarding this and internal tests have been unsuccessful, a video would be immensely helpful.


I already clearly "voiced" this issue several times now and mostly got ignored, so thx for a response.

I can try make a video, but honestly did u not test Crius UI with several identically blueprints and multiple accounts? All u have to do is try to setup identically jobs, from identically blueprints. So try ME/PE 40 identically blueprints at once, all in the same location using multiple accounts.
CCP RubberBAND
CCP Engineering Corp
#1132 - 2014-08-07 14:48:19 UTC

Novastella wrote:
CCP RubberBAND wrote:
Novastella wrote:

So known issues have been pushed back to hyperion or later, good job telling people with open petitions that have been unable to do any indy since crius launch because of bugs that they're going to have to wait at least weeks if not months to get some hope of a fix and be able to play the game again. Should have known we'd have to browse the forums ourselves to try to find information on fixes for bugs that have totally broken the game...


Could you elaborate on any open issues that are still affecting Industry, we don't intend to ignore these. We will continue to work on fixes and new features and release them as frequently as we are able.


Sorry CCP RubberBAND, I'm just at the end of my rope with un-updated petitions, losing isk and wasting plex time on multiple industrial accounts every day, and now being told to wait until hyperion or some other update weeks/months in the future is a little much.
I've had the lack of space to deliver jobs bug since crius launched. Empty pos arrays report not enough space to deliver their jobs, with every one reporting "334225.00" space left, regardless of which array it is. The last GM update to my petitions about this was july 29th, which was a canned mass response that didn't address pos's at all. I hope this helps you light a fire under some people to get a fix, and authorize a simple workaround (like cancelling the jobs and reimbursing with items).
Being unable to do industry, losing profits, bleeding isk, and paying to be unable to play the game kinda sucks :P



We understand your frustration, I'll start talking to the team. One question do you have containers in the Array and are they too small or full so cannot have anything delivered to them? Possible also that the jobs were started from these containers?

If yes to containers, then there are some rare cases where the job is trying to deliver to the wrong location (I.e. the container). A crude but manual workaround for this specific case is to move the containers out of the array (or division), this will cause the job to use the array rather than the container and should hopefully fix your issue.

We are hoping to add the ability to select/change the location you want to deliver the job to in the future.

Feel free to poke me on: Twitter
Novastella
Federal Navy Academy
Gallente Federation
#1133 - 2014-08-07 14:54:46 UTC
CCP RubberBAND wrote:


We understand your frustration, I'll start talking to the team. One question do you have containers in the Array and are they too small or full so cannot have anything delivered to them? Possible also that the jobs were started from these containers?

If yes to containers, then there are some rare cases where the job is trying to deliver to the wrong location (I.e. the container). A crude but manual workaround for this specific case is to move the containers out of the array (or division), this will cause the job to use the array rather than the container and should hopefully fix your issue.

We are hoping to add the ability to select/change the location you want to deliver the job to in the future.


No containers, the arrays are 100% empty. The jobs were started in station (pre crius) from locked bp's in the "root" of a corp hangar array. Thanks again for looking into this, you have admirable patience dealing with frustrated players :)
Lady Rift
His Majesty's Privateers
#1134 - 2014-08-07 15:08:27 UTC  |  Edited by: Lady Rift
Novastella wrote:
CCP RubberBAND wrote:


We understand your frustration, I'll start talking to the team. One question do you have containers in the Array and are they too small or full so cannot have anything delivered to them? Possible also that the jobs were started from these containers?

If yes to containers, then there are some rare cases where the job is trying to deliver to the wrong location (I.e. the container). A crude but manual workaround for this specific case is to move the containers out of the array (or division), this will cause the job to use the array rather than the container and should hopefully fix your issue.

We are hoping to add the ability to select/change the location you want to deliver the job to in the future.


No containers, the arrays are 100% empty. The jobs were started in station (pre crius) from locked bp's in the "root" of a corp hangar array. Thanks again for looking into this, you have admirable patience dealing with frustrated players :)



do you have a can in the station that the bp was in? that has caused lots of problems even when it was suppose to go to the pos it decided to go to the station in a random can.
JimmieTwoTimes
Federal Navy Academy
Gallente Federation
#1135 - 2014-08-07 15:12:19 UTC  |  Edited by: JimmieTwoTimes
CCP RubberBAND wrote:
JimmieTwoTimes wrote:
Sorry if this has been mentioned before...

Compressed Ore seems to be reporting the number of units incorrectly (divided by an additional factor of 100). Whereas compressed Ice seems to be fine.

See picture of compressed ice/ore and non compressed ore comparison:

https://www.dropbox.com/s/km0d3rxe60i89uk/20140807-byom-24kb.jpg


That looks correct to me. 1 Compressed Ore = 100 Regular Ore. So you have 34 units of Compressed Spodumain, which required 3400 units of Spodium. Ice works differently, 1 Compressed Ice = 1 Regular Ice.

Why on earth would you make the Compressed Ice calculation work one way and use a completely different method of compression for Ore? That makes absolutely no sense.

The way Compressed Ice is setup at the moment seems to be far more beneficial and straight forward.

1 unit Ice (1000m³) ==> 1 unit compressed ice (100m³)

100 units Spodumain (1,600m³) ==> 100 units compressed Spodumain (16m³)
    (this equation being based off 100 units required to compress/reprocess of course)

This method would have been FAR more practical to deal with especially when developing spreadsheets and so on. Common sense really.
Novastella
Federal Navy Academy
Gallente Federation
#1136 - 2014-08-07 15:18:41 UTC
Lady Rift wrote:
Novastella wrote:
CCP RubberBAND wrote:


We understand your frustration, I'll start talking to the team. One question do you have containers in the Array and are they too small or full so cannot have anything delivered to them? Possible also that the jobs were started from these containers?

If yes to containers, then there are some rare cases where the job is trying to deliver to the wrong location (I.e. the container). A crude but manual workaround for this specific case is to move the containers out of the array (or division), this will cause the job to use the array rather than the container and should hopefully fix your issue.

We are hoping to add the ability to select/change the location you want to deliver the job to in the future.


No containers, the arrays are 100% empty. The jobs were started in station (pre crius) from locked bp's in the "root" of a corp hangar array. Thanks again for looking into this, you have admirable patience dealing with frustrated players :)



do you have a can in the station that the bp was in? that has caused lots of problems even when it was suppose to go to the pos it decided to go to the station in a random can.


While I do have cans in the station, the bp was "on the floor" of a corp hangar, not in a container, so none of the container fixes I have seen apply Sad
Thanks for trying though Smile
Vincent Athena
Photosynth
#1137 - 2014-08-07 15:47:05 UTC
Novastella wrote:
Lady Rift wrote:
Novastella wrote:
CCP RubberBAND wrote:


We understand your frustration, I'll start talking to the team. One question do you have containers in the Array and are they too small or full so cannot have anything delivered to them? Possible also that the jobs were started from these containers?

If yes to containers, then there are some rare cases where the job is trying to deliver to the wrong location (I.e. the container). A crude but manual workaround for this specific case is to move the containers out of the array (or division), this will cause the job to use the array rather than the container and should hopefully fix your issue.

We are hoping to add the ability to select/change the location you want to deliver the job to in the future.


No containers, the arrays are 100% empty. The jobs were started in station (pre crius) from locked bp's in the "root" of a corp hangar array. Thanks again for looking into this, you have admirable patience dealing with frustrated players :)



do you have a can in the station that the bp was in? that has caused lots of problems even when it was suppose to go to the pos it decided to go to the station in a random can.


While I do have cans in the station, the bp was "on the floor" of a corp hangar, not in a container, so none of the container fixes I have seen apply Sad
Thanks for trying though Smile

Remove every single container anyway. Not just from the "floor", but from every division. My CEO had this same bug. He moved containers out, even ones that seemed irrelevant, and was able to deliver the jobs.
Do not underestimate the ability of bugs to do totally nonsensical things.

Know a Frozen fan? Check this out

Frozen fanfiction
Razor Z
State War Academy
Caldari State
#1138 - 2014-08-07 16:11:33 UTC
Thank you, thank you for adding the ability to pay from personal wallet. Huge time saver.

However, the default input/output for materials is still defaulting to the first corporate hangar division. Can you please correct this so that it defaults to the division that the blueprint is currently located in. Frustrating when inserting multiple jobs of different blueprint types.
Novastella
Federal Navy Academy
Gallente Federation
#1139 - 2014-08-07 16:24:03 UTC  |  Edited by: Novastella
Vincent Athena wrote:

Remove every single container anyway. Not just from the "floor", but from every division. My CEO had this same bug. He moved containers out, even ones that seemed irrelevant, and was able to deliver the jobs.
Do not underestimate the ability of bugs to do totally nonsensical things.


Vincent the indy saviour, thank you that just fixed it Big smile
Interestingly it output to the station not the pos arrays.
Retar Aveymone
GoonWaffe
Goonswarm Federation
#1140 - 2014-08-07 17:13:44 UTC  |  Edited by: Retar Aveymone
I have posted about this before but I do not see it on the known issues list:

Amarr outposts are supposed to get a .5 multiplier on the install cost. We do not appear to be receiving that. Could we get confirmation this issue is known and being resolved? It's a rather large amount of money we're dealing with in our most popular station, 2R-CRW.