open All Channels
seplocked Market Discussions
blankseplocked The Next EMMA thread. - 1.5.1.0 now available. Massive update.
 
This thread is older than 90 days and has been locked due to inactivity.


 
Pages: first : previous : ... 11 12 13 14 [15] 16 17 18 19 ... : last (30)

Author Topic

Imuran
Zentor Industries
Posted - 2010.06.25 10:50:00 - [421]
 

Quote:
You're right about EMMA showing you overall profitability but would it not be usefull to know how much you were actually making per item?


The Web app I mentioned earlier gives me

Overall profit for a manufacturing job
Profit ROI%
Profit per hour of the assembly line
And if its a mixed production job the profit per item

Taking into account

Invention chances
Invention BPCs used
Datacores used
Additional costs etc

Also tells me how many of each material etc I need be it Invention BPCs or Minerals

I am sure a lot of other manufactures/inventors have similar tools at their disposal, spraadsheets, EveHQ etc so you are entering a well established market here.

Not wishing to put you off but your conclusion that it may not be worth it may be correct :(

Ambo
I've Got Nothing
Posted - 2010.06.25 11:50:00 - [422]
 

I think you're right. I'll at least put the whole manufacturing part of it on hold for now and get the rest out. If I REALLY want to waste a lot of time on something in the future then I may come back to it. Smile

Lost Hamster
Hamster Holding Corp
Posted - 2010.06.25 12:26:00 - [423]
 

Originally by: Ambo
I think you're right. I'll at least put the whole manufacturing part of it on hold for now and get the rest out. If I REALLY want to waste a lot of time on something in the future then I may come back to it. Smile


Until that, could you please fix the issue, when you cancel a buy order, and you get back the money - that is not showing up in the Income statement.

Resulting usually a couple hundred M ISK difference in a month, until I fix it manually. Cool

Ambo
I've Got Nothing
Posted - 2010.06.25 14:51:00 - [424]
 

Originally by: Lost Hamster
Originally by: Ambo
I think you're right. I'll at least put the whole manufacturing part of it on hold for now and get the rest out. If I REALLY want to waste a lot of time on something in the future then I may come back to it. Smile


Until that, could you please fix the issue, when you cancel a buy order, and you get back the money - that is not showing up in the Income statement.

Resulting usually a couple hundred M ISK difference in a month, until I fix it manually. Cool


I've added it to my list.

Ambo
I've Got Nothing
Posted - 2010.06.30 07:31:00 - [425]
 

Just a quick update: 1.5 is coming along nicely and should be ready for release by the end of the week. If anyone else wants to help with alpha testing/have a go early/have a say in development, then please contact me at [email protected]

Kapila Parthalan
Posted - 2010.06.30 14:22:00 - [426]
 

Originally by: Ambo
Originally by: Kapila Parthalan

A large number of my assets are marked as In Transit, even though I never created any courier contracts... In addition, when I display assets data at the global or regional level, I sometimes see all rows highlighted in yellow... The highlights change depending on the view. Another issue is that many rows have a blank status. I'm also seeing some rows with status For Sale Via Contract that are not actually on contract. I didn't even know such a status could exist. When you create an item exchange contract, doesn't EMMA treat it as already completed?


That's very odd and not something I've seen before. There is currently a bug that causes InTransit assets to sometimes get stuck in that state but I've not come across anything as extreme as this.
I've made a lot of changes to how assets are handled for the next version so hopefully, that will resolve the issues you are having there. I've certainly not come across anything like it in my testing (and I've done a LOT of testing for this update)


I tried clearing my EMMA database and updating with new assets API data a few times, but this problem still happens each time as soon as I update assets. Looking at the assets table in the EMMA database, I'm seeing all kinds of status numbers, which is why the statuses appeared blank. Also, some rows have negative quantities.

I've experienced the issue with assets getting stuck in transit on my older EMMA installation, but that wasn't much of an issue. This, on the other hand, completely breaks the assets data. Any idea how this can be fixed?

Kapila Parthalan
Posted - 2010.07.01 18:10:00 - [427]
 

I've tried using the alpha test of EMMA 1.5.0.2 to see if it resolves my problem, but I'm still getting the assets issues I had before. I still see all kinds of status numbers and some negative quantities in the assets data. There are some differences: assets with statuses greater than 3 are displayed in EMMA as "For Sale Via Contract" instead of blank, I'm no longer getting "In Transit" statuses, and the highlighting issues are also not occurring, probably because nothing is marked In Transit.

What is the best way to report bugs? Here, on Google Code, or what?

Vested Interest
Posted - 2010.07.01 18:46:00 - [428]
 

Nice to see Emma's moving along again :) My main Emma box crashed a few months ago but most of my trading now is done every 90 days so I'm not too concerned tbh.

Just wanted to pop in and see if, at some point, you could implement a price history tool via the cache scr*aper gizmo? It'd be so nice to be able to look back at the prices I've looked up, per item, per player, over time. You could theoretically implement a better graphing tool than the market browser gives us!

Cool

Lost Hamster
Hamster Holding Corp
Posted - 2010.07.01 20:08:00 - [429]
 

Originally by: Kapila Parthalan
What is the best way to report bugs? Here, on Google Code, or what?


Originally by: Ambo

... then please contact me at [email protected]



Ambo
I've Got Nothing
Posted - 2010.07.01 21:16:00 - [430]
 

Originally by: Kapila Parthalan
I've tried using the alpha test of EMMA 1.5.0.2 to see if it resolves my problem, but I'm still getting the assets issues I had before. I still see all kinds of status numbers and some negative quantities in the assets data. There are some differences: assets with statuses greater than 3 are displayed in EMMA as "For Sale Via Contract" instead of blank, I'm no longer getting "In Transit" statuses, and the highlighting issues are also not occurring, probably because nothing is marked In Transit.

What is the best way to report bugs? Here, on Google Code, or what?


Here is fine, as is google code, as is my email as hamster points out.

The problem in this case is that I know of no one else with the problem. We don't know what causes it and it's totally non-reproducible. Until one of those things changes, I can't do anything about it Sad


Originally by: Vested Interest
Nice to see Emma's moving along again :) My main Emma box crashed a few months ago but most of my trading now is done every 90 days so I'm not too concerned tbh.

Just wanted to pop in and see if, at some point, you could implement a price history tool via the cache scr*aper gizmo? It'd be so nice to be able to look back at the prices I've looked up, per item, per player, over time. You could theoretically implement a better graphing tool than the market browser gives us!

Cool


It's a nice idea and something that has been on the feature list for a long time. Perhaps something that I'll look at for the next major update.

Dr Keane
Ging Gang Goolie
Posted - 2010.07.03 20:44:00 - [431]
 

I've just started up EMMA after not using it for about 6 or so months. I've gone through all the updates along with SQL 2008, etc.

Now I'm getting this error:
=====================================================================================
EXCEPTION REPORT
=====================================================================================
27/01/2010 01:49:49 Error - EveMarketMonitorApp.Common.EMMAEveAPIException - Problem retrieving data from Eve web service
Inner Exception: The underlying connection was closed: The connection was closed unexpectedly.
Stack Trace: at System.Net.HttpWebRequest.GetResponse()
at EveMarketMonitorApp.AbstractionClasses.EveAPI.GetXml(String url, String parameters)


I've added EMMA as a firewall exception and even tried just turning the firewall off but I'm having no luck. Any ideas?Neutral

Ambo
I've Got Nothing
Posted - 2010.07.04 13:38:00 - [432]
 

Originally by: Dr Keane
I've just started up EMMA after not using it for about 6 or so months. I've gone through all the updates along with SQL 2008, etc.

Now I'm getting this error:
=====================================================================================
EXCEPTION REPORT
=====================================================================================
27/01/2010 01:49:49 Error - EveMarketMonitorApp.Common.EMMAEveAPIException - Problem retrieving data from Eve web service
Inner Exception: The underlying connection was closed: The connection was closed unexpectedly.
Stack Trace: at System.Net.HttpWebRequest.GetResponse()
at EveMarketMonitorApp.AbstractionClasses.EveAPI.GetXml(String url, String parameters)


I've added EMMA as a firewall exception and even tried just turning the firewall off but I'm having no luck. Any ideas?Neutral


Do you have a proxy setup in internet explorer settings? If so then EMMA will not work.

Can't really think of anything else it might be.

Dr Keane
Ging Gang Goolie
Posted - 2010.07.04 14:08:00 - [433]
 

Nope, no proxy set up. Is it possible that there's something wrong with my SQL Express setup or does that not have anything to do with the error?

Ambo
I've Got Nothing
Posted - 2010.07.04 22:22:00 - [434]
 

Originally by: Dr Keane
Nope, no proxy set up. Is it possible that there's something wrong with my SQL Express setup or does that not have anything to do with the error?


In this case, the error is very clear. Simply a communication problem with the API.
Obviously the API itself is up so that's not the issue. Therefore it's probably something on your machine... Have you got any other API-using programs that work? (e.g. evemon)

Dr Keane
Ging Gang Goolie
Posted - 2010.07.05 09:05:00 - [435]
 

Edited by: Dr Keane on 05/07/2010 09:05:52
Quote:
In this case, the error is very clear. Simply a communication problem with the API.
Obviously the API itself is up so that's not the issue. Therefore it's probably something on your machine... Have you got any other API-using programs that work? (e.g. evemon)


Yea, I have Evemon up and running. No problems with that whatsoever

Anna Weston
Gallente
Holdings Inc
Posted - 2010.07.05 13:48:00 - [436]
 

Coming back from a 9 month EVE break and it's nice to see that EMMA is just as useful now as it was then. And still being developed.

I know the NAV report has always been a bit of an issue and I understand something of why it's a difficult problem, but I am seeing a couple of things in the NAV report this time that should be easy(ish) to chase down and fix.

1) The report group includes my trading corp as well as my trading characters and the wallet balance for the corporation is also being reported as the wallet balance for the corp CEO, thus being double counted in the overall total.

2) Sell orders on behalf of the corporation are being double-counted; that is they're reported as assets both for the corporation and for the character that put them up.

Thanks.

Lost Hamster
Hamster Holding Corp
Posted - 2010.07.05 14:23:00 - [437]
 

Originally by: Anna Weston

...



Can you confirm that you are using the version: 1.4.1.5 ?
As the problems what you are reporting are fixed by now.

Kapila Parthalan
Posted - 2010.07.06 22:58:00 - [438]
 

Edited by: Kapila Parthalan on 06/07/2010 23:04:01
I have some more information on the assets bug I've been having. When using version 1.4.1.4, I do not get any of these issues, but they do appear when I update EveMarketMonitorApp.exe to version 1.4.2.1. I had identical results on two different computers (Windows 7 64-bit and Windows XP) and with several characters. I don't know what was changed between those two versions (the diff between 1.4.1.4 and 1.4.1.5 looks huge), but perhaps that is helpful.

Lost Hamster
Hamster Holding Corp
Posted - 2010.07.07 06:28:00 - [439]
 

Sorry, I was originally meaning version 1.4.2.1, I guess Ambo forgot to update the version info in the exe file.
And what kind of assets bug you have?


Anna Weston
Gallente
Holdings Inc
Posted - 2010.07.07 10:16:00 - [440]
 

Originally by: Lost Hamster
Originally by: Anna Weston

...



Can you confirm that you are using the version: 1.4.1.5 ?
As the problems what you are reporting are fixed by now.


Got the auto-update to 1.4.2.1 yesterday, and that did seem to fix it.

Thanks again.

Kapila Parthalan
Posted - 2010.07.07 13:18:00 - [441]
 

Originally by: Lost Hamster
And what kind of assets bug you have?


That was the bug I talked about earlier in posts #416, #426, and #427. I'll consolidate and rewrite all of the information here. I also have some interesting new information.

On both of my new installations of EMMA, after updating assets data from the API, many assets have status In Transit or For Sale Via Contract, even though I never created any contracts. Many other rows have blank status. In the assets table of the EMMA database, there are all kinds of status numbers, which is why the statuses appeared blank, even though they all should be 1. Also, some rows have negative quantities.

When using version 1.4.1.4, I do not get any of these issues, but they do appear when I update EveMarketMonitorApp.exe to version 1.4.2.1. I had identical results on two different computers (Windows 7 64-bit and Windows XP) and with several characters.

When the assets data is bad as a result of this bug, I sometimes see all rows highlighted in yellow, including rows with status other than In Transit. This bug normally occurs at the global or regional view level, but sometimes also at the system or station view level. The views that have all rows highlighted appear to remain consistent. This issue is apparently caused by the bad assets data, as I have not seen it occur with correct assets data, and if I use the same EMMA database, the display of the assets data appears to be identical with EveMarketMonitorApp.exe versions 1.4.1.4 and 1.4.2.1.

At other times, I see various rows with statuses other than In Transit highlighted in yellow, but not all rows. I now have more information on what is causing this to happen. Initially, upon displaying a new assets view, only the rows with status In Transit are highlighted, as expected, aside from those views in which all the rows are highlighted. When I change the sorting of the assets data, any rows that were previously highlighted remain highlighted, i.e., highlights remain in the same position. Any rows that were not previously highlighted but now have status In Transit become highlighted as well. The highlights are reset when switching to another view or when the assets window is closed. This issue occurs regardless of whether the In Transit assets are produced by the bug above or by an actual courier contract. It appears in 1.4.2.1, 1.4.1.4, the alpha of 1.5.0.2, and even as far back as 1.3.2.2, the version I have been using on my old computer for a long time without problems. I hope this bug will be reproducible by others even if the previous issues are not.

Also, I may now have a partial explanation for the incorrect status numbers: I noticed that in the bad assets data, for most assets, the status is equal to the quantity. However, there are also many cases where assets have the correct status of 1 when quantity is not 1 and a few cases where assets have incorrect statuses that are different from quantity. Any idea why this could happen? Did the format of the EMMA database change between versions 1.4.1.4 and 1.4.2.1?

SencneS
Rebellion Against Big Irreversible Dinks
Posted - 2010.07.07 15:16:00 - [442]
 

I've been meaning to post this for a week but never got around to it. Ambo, the Manufacturing aspect is a little simpler then expected looking at it from an overall view of EMMA. I created (And lost in a harddrive crash Crying or Very sad ) An Access Database which actually did a decent amount of the work for Manufacturing cost calculations. I've already told Hexxx this in his "Accounting" website he is creating and he is using a Hybrid version of it for the Magic Bucket items that EVE generates (Items that appear out of no-where like loot, salvage with no "purchase" history etc)

What I did was created a rolling inventory if purchased items that where not sold. Since these would most likely be manufacturing materials. So you buy materials but they never get sold, so they sit on this inventory, now this is different from Assets which is more snapshot from the API, This is actually a calculated table according to your purchases. (This would be void for those that mine their minerals, that's Magic Bucket. However, any real manufacture doesn't mine a bulk of their materials.)

Now here was the manual part which I later found out can be pulled from API - Industry Jobs. It tells you what you Manufactured, where, when and it's ME level. Well ME level is calculated with accuracy so if you pulled the Items table and look at material build run the formula over it with the ME level it'll give you how much material it used and what types.

Now Hexxx is shooting for FIFO so his is a little different, however for you you could use a more simple approach. Take the average cost of the materials you currently have in your rolling inventory per item (Pretty simple) apply that to your table for manufactured goods which is pulled from API (Pretty simple) That will give you the "Cost" of the manufactured item. Then remove from your rolling inventory the amount of goods that was consumed in the production job/s.

OK so it sounds a little more complex but in Access it was pretty easy. And I hardly used the assets that EMMA pulled, I stayed away from it because it was just a snapshot and was useless to me 90% of the time.

I pulled all my purchase orders for raw materials (Which I tags for efficiency) The amount that was purchased and the price etc.
Dumped that into it's own table. Worked out the average price according to what was purchased.
Now I had a table with all my BPOs and their material usage on it already (So that was manual but I explained how to automate it above)
I applied the average cost of the material to what I told it to produce (That was manual as well, because I didn't pull Industry Jobs from API)
Every so often I would clean out the rolling inventory by deleting the old already used minerals (Like a cheap FIFO setup, wasn't accurate but close enough, since it manual) This gave me how much it cost. EMMA did the rest for me tracked the Sales etc.

The only part that EMMA didn't do for me was literally calculate the cost of the manufactured item, All I needed was 4 Tables for that.

Table One - Imported from EMMA Market logs (Already in EMMA)
Table Two - Rolling inventory of what was purchased and not sold (Easy to add, just list items purchased and not sold)
Table Three - BPO Table with Mineral usage amounts (I think you already pull BPOs Items so this would be the Industry Jobs API)
Table Four - Manufactured items with calculated costs from Rolling inventory. (If you have the Rolling inventory and the Industry Jobs this is just 1 report away)

EMMA did the rest. What might seem like a HUGE extra part was actually pretty simple in the end.

Now I'm not pushing for this, but I defiantly use it. At the moment the only real thing that comes close to this is either your own personal XLS or MEEP which doesn't quiet do the same thing, you still need to track what you did.

If you want to talk more I'm Gmail, This - My Toon name, I have you so you probably have me as well :)

Ambo
I've Got Nothing
Posted - 2010.07.07 16:50:00 - [443]
 

Originally by: Kapila Parthalan
When I change the sorting of the assets data, any rows that were previously highlighted remain highlighted, i.e., highlights remain in the same position. Any rows that were not previously highlighted but now have status In Transit become highlighted as well. The highlights are reset when switching to another view or when the assets window is closed. This issue occurs regardless of whether the In Transit assets are produced by the bug above or by an actual courier contract. It appears in 1.4.2.1, 1.4.1.4, the alpha of 1.5.0.2, and even as far back as 1.3.2.2, the version I have been using on my old computer for a long time without problems. I hope this bug will be reproducible by others even if the previous issues are not.


That sounds like a separate issue. I'll look into that.

Originally by: Kapila Parthalan
Also, I may now have a partial explanation for the incorrect status numbers: I noticed that in the bad assets data, for most assets, the status is equal to the quantity. However, there are also many cases where assets have the correct status of 1 when quantity is not 1 and a few cases where assets have incorrect statuses that are different from quantity. Any idea why this could happen? Did the format of the EMMA database change between versions 1.4.1.4 and 1.4.2.1?


That's very interesting. The format did indeed change. This change is performed automatically by this little bit of SQL:

Quote:
ALTER TABLE dbo.Assets
ADD Cost decimal(18, 2) NOT NULL DEFAULT 0

ALTER TABLE dbo.Assets
ADD CostCalc bit NOT NULL DEFAULT 0


However, this has not caused anything like the problems you are experiencing when I've tested it.

When importing assets, the status is hardcoded to be set to zero so the problem really can't be there.

I'm just really stumped as to where this is coming from. ugh

Ambo
I've Got Nothing
Posted - 2010.07.07 16:57:00 - [444]
 

Originally by: SencneS
*much wisdom*


Ah, the industry API! I forgot about that! Very Happy

Thanks for all the detail on your approach as well, not sure if I'll include the full manufacturing support I want in the next release (it's already slipping and will be a big one as it is) but perhaps after that...


Hexxx
Minmatar
Posted - 2010.07.07 18:41:00 - [445]
 




Originally by: Ambo
Originally by: SencneS
*much wisdom*


Ah, the industry API! I forgot about that! Very Happy

Thanks for all the detail on your approach as well, not sure if I'll include the full manufacturing support I want in the next release (it's already slipping and will be a big one as it is) but perhaps after that...




To back up Sencnes here, there are only two things that you should be using the Asset API data for:

1) Building your initial inventory (you do this once)
2) Reconciling actual inventory against adjusted inventory


I'll explain point #2 a little...

Most of what makes it into your assets you can account for via Transactions. In fact, you should be adding and removing things in your inventory using only Transactions and Manuacturing Jobs (manufacturing removes some inventory (materials), and adds others (finished products).

Every day you should reconcile your inventory against your assets and note any descrepencies. These descrepencies are "magic bucket" items. Mission loot, contracts, maybe even a freighter full of minerals you were flying that got ganked, etc. You have to manually account for these in order to properly account for every single item and every single isk.

Kapila Parthalan
Posted - 2010.07.07 21:55:00 - [446]
 

Originally by: Ambo
That sounds like a separate issue. I'll look into that.


Yes, it does. I initially thought it was related, but after seeing it happen in different versions and with non-buggy assets data, it looks separate. The bad assets data was just what made me notice it.

Originally by: Ambo
That's very interesting. The format did indeed change. This change is performed automatically by this little bit of SQL:

Quote:
ALTER TABLE dbo.Assets
ADD Cost decimal(18, 2) NOT NULL DEFAULT 0

ALTER TABLE dbo.Assets
ADD CostCalc bit NOT NULL DEFAULT 0


However, this has not caused anything like the problems you are experiencing when I've tested it.


The format change does not appear to be causing problems for me. As far as I can tell, nothing bad happens to the assets data when I update.

Originally by: Ambo
When importing assets, the status is hardcoded to be set to zero so the problem really can't be there.

I'm just really stumped as to where this is coming from. ugh


Do you mean a default status of 1, not 0?

I have found that when I first updated assets data in version 1.4.1.4, updated to 1.4.2.1, and then updated assets data again, the data didn't break! I'm not sure yet whether this is true in general, because in this case my assets didn't really change, but I'll do some more testing tomorrow (the 23-hour cache time is annoying). Maybe the problem only happens when assets data is pulled for the first time?

Ambo
I've Got Nothing
Posted - 2010.07.08 10:42:00 - [447]
 

Originally by: Hexxx



Originally by: Ambo
Originally by: SencneS
*much wisdom*


Ah, the industry API! I forgot about that! Very Happy

Thanks for all the detail on your approach as well, not sure if I'll include the full manufacturing support I want in the next release (it's already slipping and will be a big one as it is) but perhaps after that...




To back up Sencnes here, there are only two things that you should be using the Asset API data for:

1) Building your initial inventory (you do this once)
2) Reconciling actual inventory against adjusted inventory


I'll explain point #2 a little...

Most of what makes it into your assets you can account for via Transactions. In fact, you should be adding and removing things in your inventory using only Transactions and Manuacturing Jobs (manufacturing removes some inventory (materials), and adds others (finished products).

Every day you should reconcile your inventory against your assets and note any descrepencies. These descrepencies are "magic bucket" items. Mission loot, contracts, maybe even a freighter full of minerals you were flying that got ganked, etc. You have to manually account for these in order to properly account for every single item and every single isk.



That's pretty much exactly what I'm doing. Except that I'm not using the industry API yet..
Certainly seems the best way of doing it.

Originally by: Kapila Parthalan

Originally by: Ambo
When importing assets, the status is hardcoded to be set to zero so the problem really can't be there.

I'm just really stumped as to where this is coming from. ugh


Do you mean a default status of 1, not 0?

I have found that when I first updated assets data in version 1.4.1.4, updated to 1.4.2.1, and then updated assets data again, the data didn't break! I'm not sure yet whether this is true in general, because in this case my assets didn't really change, but I'll do some more testing tomorrow (the 23-hour cache time is annoying). Maybe the problem only happens when assets data is pulled for the first time?


Yes, I did mean a status of 1 Smile

Hopefully with more testing we will be able to identify the problem here.

Kapila Parthalan
Posted - 2010.07.08 13:16:00 - [448]
 

Good news! It looks like 1.5.0.2 does not have this assets bug. I previously thought it did because I saw some assets with status For Sale Via Market, except I didn't know about this new status and the text was cut off, so I thought it was just For Sale Via Contract. I haven't seen issues with the assets data yet. However, 1.5.0.2 does have the separate highlighting issue as I mentioned.

Thanks for the help. Even though we still don't know what caused the problem, it's nice that it works now :).

On a different topic: there is a bug when you have an item that is forced to always use the default price appear in an item report. If the sell price is forced to default, the average sell price just appears as a 0, and the value of 0 is used in calculations for margin, profit, etc. If the buy price is forced to default, the average buy price appears to be the correct value, but the default value is used instead in the calculations. What should happen is that the item value doesn't affect the prices in the item report at all, since that is based on actual transactions.

Ambo
I've Got Nothing
Posted - 2010.07.08 21:39:00 - [449]
 

Originally by: Kapila Parthalan
Good news! It looks like 1.5.0.2 does not have this assets bug. I previously thought it did because I saw some assets with status For Sale Via Market, except I didn't know about this new status and the text was cut off, so I thought it was just For Sale Via Contract. I haven't seen issues with the assets data yet. However, 1.5.0.2 does have the separate highlighting issue as I mentioned.

Thanks for the help. Even though we still don't know what caused the problem, it's nice that it works now :).

On a different topic: there is a bug when you have an item that is forced to always use the default price appear in an item report. If the sell price is forced to default, the average sell price just appears as a 0, and the value of 0 is used in calculations for margin, profit, etc. If the buy price is forced to default, the average buy price appears to be the correct value, but the default value is used instead in the calculations. What should happen is that the item value doesn't affect the prices in the item report at all, since that is based on actual transactions.


Glad to hear it's now working. REALLY odd bug though, a bit miffed that we still have no idea what caused it.

I'll take a look into this issue with forcing the default prices

Kapila Parthalan
Posted - 2010.07.09 13:26:00 - [450]
 

Originally by: Kapila Parthalan
I have found that when I first updated assets data in version 1.4.1.4, updated to 1.4.2.1, and then updated assets data again, the data didn't break! I'm not sure yet whether this is true in general, because in this case my assets didn't really change, but I'll do some more testing tomorrow (the 23-hour cache time is annoying). Maybe the problem only happens when assets data is pulled for the first time?


I have the results of this testing, if you are still interested in identifying the problem. Assets that did not change had no issues. New assets, however, did have the problem with their statuses being equal to their quantity.


Pages: first : previous : ... 11 12 13 14 [15] 16 17 18 19 ... : last (30)

This thread is older than 90 days and has been locked due to inactivity.


 


The new forums are live

Please adjust your bookmarks to https://forums.eveonline.com

These forums are archived and read-only