Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
NegatedVoid
Dreddit Test Alliance Please Ignore
|
Posted - 2011.01.23 17:49:00 -
[1]
This manifests as random crashes usually anywhere from 30 seconds in to 30 minutes in.
Here's the bug I've created on wine's bugtracker: http://bugs.winehq.org/show_bug.cgi?id=25865
It has a screenshot of the Eve Logger which you could use to confirm if you have the same issue, as well as a simple way to reproduce it (Add a line to your /etc/hosts to reproduce this on login).
Please let me know if you experience this, what platform, etc. Also any ideas on fixes.
I'm amd64/gentoo. |
Dar'ani
|
Posted - 2011.01.24 02:43:00 -
[2]
Confirmed. Incursion 1.1.1 under Wine 1.2. This has been happening randomly to me only since the latest patch. It may run fine for many hours, then crash repeatedly every couple of minutes. It sounds like there is a problem with their coding, rather than Wine itself.
|
Lix Titrax
Daedal Anomaly
|
Posted - 2011.01.24 08:47:00 -
[3]
I experience this bug as well. I tried hiding the character list in the chat channels but I think it is still grabbing the images in background because it doesn't help.
I would love it if CCP restored the option to have portraits not generate unless they are clicked on.
|
NegatedVoid
Dreddit Test Alliance Please Ignore
|
Posted - 2011.01.24 20:24:00 -
[4]
Put this in /etc/hosts 87.237.39.100 images.cdn1.eveonline.com
And it'll work around this issue by disabling character portrait lookups (actually, it'll redirect them to a ccp server that just returns 404 not found)
|
Pizzotz
|
Posted - 2011.01.24 22:48:00 -
[5]
I'm very happy to see someone has tracked this down. I thought I was going crazy.
The workaround seems to have fixed the problem for me on both 10.04 and 10.10 Ubuntu with wine 1.2 and 1.3.11
|
Lix Titrax
Daedal Anomaly
|
Posted - 2011.01.25 16:43:00 -
[6]
Originally by: NegatedVoid Put this in /etc/hosts 87.237.39.100 images.cdn1.eveonline.com
And it'll work around this issue by disabling character portrait lookups (actually, it'll redirect them to a ccp server that just returns 404 not found)
Awesome NegatedVoid. Trying this now, if for some reason the crashes still happen I'll post.
|
Sevarus James
Minmatar Meridian Dynamics
|
Posted - 2011.01.26 13:09:00 -
[7]
So. I upgrade to wine 1.13.12 and suddenly, bang! I'm having this same issue. logserver is identical to the one in the wine bug report.
So this workaround might "work", but do we have any ideas on the fix? Is this wine burping, or EVE doing the evil deed, but not affecting MS windows or?
The odd thing is that until moving to 1.13.12 I wasn't seeing this. Or perhaps I was just getting lucky and it just finally manifested after the upgrade to .12.
Updated Arch64 Compiz-Linux Desktop Who is John Galt? |
Sevarus James
Minmatar Meridian Dynamics
|
Posted - 2011.01.27 01:44:00 -
[8]
Originally by: Lix Titrax
Originally by: NegatedVoid Put this in /etc/hosts 87.237.39.100 images.cdn1.eveonline.com
And it'll work around this issue by disabling character portrait lookups (actually, it'll redirect them to a ccp server that just returns 404 not found)
Awesome NegatedVoid. Trying this now, if for some reason the crashes still happen I'll post.
I can also confirm that this workaround does the trick for crashing here. No further crashes, but a whole lotta blank portraits. Updated Arch64 Compiz-Linux Desktop Who is John Galt? |
Derglas Servekti
Gallente Twilight Labs Unsung Voices
|
Posted - 2011.01.27 14:30:00 -
[9]
I also confirm this, and I have the problem with Wine 1.2 (I've tried the version of Wine in Ubuntu 10.10, and a 1.2 and a 1.3 from PPA, and all of them have it).
The bug is still present in Incursion 1.1.2.
|
Sevarus James
Minmatar Meridian Dynamics
|
Posted - 2011.01.28 00:04:00 -
[10]
If any of you reading this thread SEE or have this error happen you really need to go to winehq and add a comment or VOTE for this bug:
portrait crash
so that it can get priority on the 'fix list'.
I've also reported the issue in the info portal in the patch feedback thread here:
1.1.2 patch feedback
The work around does work, but its just that..a work around.
Updated Arch64 Compiz-Linux Desktop Who is John Galt? |
|
Lix Titrax
Daedal Anomaly
|
Posted - 2011.01.29 05:53:00 -
[11]
I also can confirm the work around prevents client crashes. I have voted for the bug on WineHQ as well.
|
Sevarus James
Minmatar Meridian Dynamics
|
Posted - 2011.01.29 10:07:00 -
[12]
Now here's something odd. I've had the client "idling" for the last 9 hours straight WITHOUT the work around to try and get some metrics and guess what. NINE STRAIGHT HOURS and the client hasn't burped. EVE's log server is showing absolutely no errors.
I have seen this burp/crash on the portraits myself...is it possible that the "network maintenance" that was done yesterday fixed this timeout issue? I'm scratching my head here. I'm also not crying, but 9 hours straight.
I still think the bug is valid though as this type of timeout doesn't crash win7, but wine goes bang...badly.
Updated Arch64 Compiz-Linux Desktop Who is John Galt? |
Fearless M0F0
Aliastra
|
Posted - 2011.01.29 20:03:00 -
[13]
Edited by: Fearless M0F0 on 29/01/2011 20:04:55
Originally by: Sevarus James Now here's something odd. I've had the client "idling" for the last 9 hours straight WITHOUT the work around to try and get some metrics and guess what. NINE STRAIGHT HOURS and the client hasn't burped. EVE's log server is showing absolutely no errors.
I have seen this burp/crash on the portraits myself...is it possible that the "network maintenance" that was done yesterday fixed this timeout issue? I'm scratching my head here. I'm also not crying, but 9 hours straight.
I still think the bug is valid though as this type of timeout doesn't crash win7, but wine goes bang...badly.
I think it only happens if the do_open() call times out. Unlikely but if your internet hamsters happen to take a break right when that call is being made chances are the client goes to hell.
All the workaround does is minimizing the chance of a timeout but if their server is under heavy load you might crash anyways before it has chance to return the 404, they use windows servers there, you know...
I wonder if that timeout can be increased. In the meantime a better workaround in our side would be to redirect the portrait request to a caching proxy to ensure a quick reply. It can reply 404 if it doesn't get the portrait immediately while it waits to get the portrait from CCP servers to return it from cache next time.
-- I take offense on people feeling offended by me |
Orbison
Caldari Swift Retribution
|
Posted - 2011.01.30 12:14:00 -
[14]
Confirmed I'm seeing this as well
Core2/Arch64, Wine 1.3.11 and 1.3.12
The workaround seems to be doing the trick, but I'd love to see this addressed (upstream or down) |
Kaliba Mort
Minmatar Dark-Rising
|
Posted - 2011.02.10 23:12:00 -
[15]
The same bug appears to occur on Mac, where people are reporting that eve will crash "randomly" after warping to gate or playing with PI or whatever, at random times.
CCP is not interesting in fixing this bug (if it's indeed the same as the mac one). I traced it down and filed bug report, but they just say "can't help you". So basically, no faces in EVE for me.
|
Sevarus James
Minmatar Meridian Dynamics
|
Posted - 2011.02.11 12:51:00 -
[16]
Originally by: Kaliba Mort The same bug appears to occur on Mac, where people are reporting that eve will crash "randomly" after warping to gate or playing with PI or whatever, at random times.
CCP is not interesting in fixing this bug (if it's indeed the same as the mac one). I traced it down and filed bug report, but they just say "can't help you". So basically, no faces in EVE for me.
The reason CCP isn't interested in something like is simple:
Its not an issue under the native operating system. Under windows the game doesn't crash. It gives a blank portrait and things move right along.
Now this should be interesting to the cider folks who do the port, and to the winehq bug reporting system, which now has a bug report on the issue from more than a few of us.
Personally I haven't had a crash like this in awhile, and I'm still convinced that when this was happening a LOT, they (ccp) were doing maintenance to some of their servers. Since that was completed I've yet to see a crash like that on my system.
Not to say its not a valid issue, but its just not an "application" issue. The problem occurs under non-supported or "port-supported" platforms only.
Updated Arch64 Compiz-Linux Desktop Who is John Galt? |
Derglas Servekti
Gallente Twilight Labs Unsung Voices
|
Posted - 2011.02.16 05:47:00 -
[17]
According to the thread on the Wine bug tracker:
http://bugs.winehq.org/show_bug.cgi?id=25865
the bug is fixed in Wine 1.3.13. I haven't verified this myself.
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |