Using WinXp, downloaded the Patch, says it's broken, and loading Repair Tool. Nothing more happens. So i cannot apply the Patch.

Using WinXp, downloaded the Patch, says it's broken, and loading Repair Tool. Nothing more happens. So i cannot apply the Patch.

To confirm - is the the patch from the most recent version?

Capacitor graphics are corrupted.

Yah, was for me, I had all optional patchs installed too. I can't go in to check the build number I was working from, as I'm now running the repair patch, but afaik it was the most recent build with optional patches. Worked fine before DT.

To confirm, Repair tool works, and i'm now on build Version: 7.20.326279.

I think the XP problem occured with the patching tool itself. It crashed once it started downloading the patch proper.

We have been unable to reproduce this issue - could you please let me know if you have installed EVE in a custom directory or in the default path?

Hello,

It seems there is an issue with building remotely from BPOs. You will get told - Not sufficient runs - which of course is nonsense. Docking in the right station will allow you to do it but that seems a bit counterproductive.

Fixed kill mails which were missing damage info and only displaying the name of the player who laid the final blow.

Same issue, all windows / settings reset.

Used the game-update by starting the game and patch it.

Install folder : F:\EVE (so not default location)

Using Mac client. Installed update, logged in, choose charater, loaded in station, all window positions have been reset (sigh). :(

Have the same problem of not being able to run EVE anymore after patch was installed and getting a message saying that verification failed for lots of files: exefile.exe, _ctypes.pyd, _vivox.dll, etc. I ran repair.exe from the default directory (program files(x86)/ccp/eve). Nothing happened, still same error message when trying to start eve. Dowloaded the patch and tried to apply it manually. Got the message "Eve online update 323364 -> 326279 Setup: The installed client is already compatible with the build number in this update file (326279). Please select another folder.

What to do now? If the sollution is to reinstall what do I have to do in order to keep all the ingame settings, as it seems that first I have either to uninstall Eve either to select another installation directory.


Regards.

One more thing. Noticed now that repair.exe dissapeared from the default directory.

Forgot: Windows 7 Ultimate / 64 bit

Default directory. c/programs/ccp/eve

(7/7) Applying patch: Initializing ...
Restoring: bin\ExeFile.exe
Deleting downloaded temporary data
Traceback (most recent call last):
File "repairTool\progressPanel.pyc", line 83, in _TaskRun
File "repairTool\repairUI.pyc", line 97, in Start
File "repairTool\repairLogic.pyc", line 174, in Repair
File "repairTool\repairLogic.pyc", line 322, in Restore
File "zsync\zsync.pyc", line 403, in RestoreFolder
File "zsync\zsync.pyc", line 453, in ReconstructFiles
File "zsync\zsync.pyc", line 488, in ReconstructFile
WindowsError: [Error 5] Access is denied: 'C:\\Program Files\\CCP\\EVE\\bin\\ExeFile.exe'
Total Runtime: 0h09m50s

And after that... refuses to continue.

I'm gonna try reinstalling the client... :(

Have the same problem of not being able to run EVE anymore after patch was installed and getting a message saying that verification failed for lots of files: exefile.exe, _ctypes.pyd, _vivox.dll, etc. I ran repair.exe from the default directory (program files(x86)/ccp/eve). Nothing happened, still same error message when trying to start eve. Dowloaded the patch and tried to apply it manually. Got the message "Eve online update 323364 -> 326279 Setup: The installed client is already compatible with the build number in this update file (326279). Please select another folder.

What to do now? If the sollution is to reinstall what do I have to do in order to keep all the ingame settings, as it seems that first I have either to uninstall Eve either to select another installation directory.


Regards.

One more thing. Noticed now that repair.exe dissapeared from the default directory.

Forgot: Windows 7 Ultimate / 64 bit

I have this exact same problem, using windows xp 32 bit. The first ingame patch failed near the end and I have tried the repair tool, the generic patcher, both close with errors near the end. Eve will not launch and specifies certain files are missing or corrupt. I have uninstalled and am downloading the full client install.

Before you do that, can you open your task manager and check to see if there's an instance of ExeFile.exe running?

W7 x64. Cache cleared.
My corporation logo is broken in game.

Well looks like something went wrong because this... doesn't add up

arg.


STOP.
RESETTING.
THE.
GADDAMNED.
WINDOWS.
EVERY.
PATCH.
FFS.

Client version. Settings. Works fine for me

Downloaded the latest patch today, about 20 minutes ago. After downloading the patch I now get an error message at the log in screen. It's not so much an error message as it is just an error, but at the log in screen it now says:

no label: UI/login/EULA/EveEULAheader

no label: UI/login/EULA/ThirdPartyEULAHeader

and then it continues from there telling me there are "No LABELS" for the other things that should be appearing on the log in screen. I cannot scroll to the bottom to accept the EULA agreement, as no text shows, and there is nothing for me to 'click' on in the log in screen now. I've searched the forums but did not find anyone at the moment who is having the same issue.

I also tried to access the settings screen by hitting ESC at the log in screen but this did not work either. So I cannot empty the cache by that means there. Anyone know what's going on? Little help please!

Player-Owned Customs Offices -> Allow Access By Standings -> Doesn't respect corp standings towards individuals.

Our corp has several individuals at +10. Our POCOs are set to allow access for +10's. Those individuals are in corps towards which we have no standings set. Those characters cannot access our POCOs, because their access level is based on the 'no standings' at which their corp is set.

Can you try running the Repair Tool? It looks like you're somehow missing the language data, which the Repair Tool should fix.

Dear CCP,

For the 1.0.2 patch, the need to REDO EVERY CHARACTER'S WINDOWS SETTINGS is bordering on the **** off level.
Infact, you're threading on thin ice here. Do it one more time, I can almost guarantee a never ending uproar.

Please revert it back to the per account setting as per 1.0.1.
I don't need to stress how annoying it is to redo 3 characters' windows settings per account.

arg.


STOP.
RESETTING.
THE.
GADDAMNED.
WINDOWS.
EVERY.
PATCH.
FFS.

+1 and bolded the important parts...

Actually, having different settings per char may have lots of sense. Providing the settings will persist once set.
But if history teaches us anything, it is that they will broke once again.And then again. And then redoing them for each char will be a nightmare.

Skill queue is not working correctly.

http://dl.eve-files.com/media/corp/Ginnungagap/2011.12.14.17.44.56.jpg

Shows remaining time wrong.

http://dl.eve-files.com/media/corp/Ginnungagap/2011.12.14.17.45.18.jpg

Shows nothing for remaining time.


Ok, it got fixed when I stopped training queue and restarted it.

the same error message as a previous poster.

image of what i get for error message

http://i104.photobucket.com/albums/m170/bejurin/eveissue.png

(1/7) Downloading index: Initializing ...
(1/7) Downloading index: 100.0%, 586.44 KB/586.44 KB, 97.63 KB/s, 00m02s
(2/7) Hashing files: Initializing ...
(2/7) Hashing files: 100.0%, 03m07s
(3/7) Downloading recipes: Initializing ...
(3/7) Downloading recipes: 100.0%, 741.17 KB/741.17 KB, 101.88 KB/s, 00m03s
(4/7) Calculating patch: Initializing ...
bin\ExeFile.exe, missing 7 out of 9 blocks
bin\_GameWorld.dll, missing 7 out of 93 blocks
bin\_ctypes.pyd, missing 2 out of 2 blocks
bin\_trinity_deploy.dll, missing 185 out of 185 blocks
bin\_vivox.dll, missing 2 out of 2 blocks
bin\_yaml.pyd, missing 3 out of 4 blocks
bin\blue.dll, missing 27 out of 27 blocks
bin\destiny.dll, missing 8 out of 8 blocks
bin\pyexpat.pyd, missing 2 out of 2 blocks
bin\python27.dll, missing 53 out of 59 blocks
resDX9.stuff, missing 41 out of 3973 blocks
resDX9CaldariShips00.stuff, missing 200 out of 3995 blocks
resDX9Gallente.stuff, missing 14 out of 1060 blocks
resDX9GallenteShips00.stuff, missing 749 out of 4003 blocks
resDX9GallenteShips01.stuff, missing 527 out of 3873 blocks
resInteriorAmarr.stuff, missing 64 out of 1470 blocks
resInteriorCaldari.stuff, missing 12 out of 1414 blocks
resInteriorGallente.stuff, missing 34 out of 1846 blocks
resInteriorRadiosityCache.stuff, missing 772 out of 2480 blocks
resLocalization.stuff, missing 616 out of 618 blocks
resShaders.stuff, missing 965 out of 4027 blocks
resShaders01.stuff, missing 2271 out of 4029 blocks
resShaders02.stuff, missing 41 out of 404 blocks
resTextureSprites.stuff, missing 13 out of 342 blocks
(4/7) Calculating patch: 100.0%, 01m32s
resui.stuff, missing 169 out of 4018 blocks
(5/7) Loading cache: Initializing ...
(5/7) Loading cache: 100.0%, 00m00s
(6/7) Downloading patch: Initializing ...

Dear CCP,

For the 1.0.2 patch, the need to REDO EVERY CHARACTER'S WINDOWS SETTINGS is bordering on the **** off level.
Infact, you're threading on thin ice here. Do it one more time, I can almost guarantee a never ending uproar.

Please revert it back to the per account setting as per 1.0.1.
I don't need to stress how annoying it is to redo 3 characters' windows settings per account.

2 patches since you launched Crucible and you still cant fix issue with size & position of windows-containers-storages?

This is **** annoying when you have 9 containers in mammoth (i dont even wanna think about more containers in orca or freighter >.<) and when you 'open all' every **** window is over the previous one and big as any container opened before!

Taking stuff from stations now takes weeks coz you must close each window! Plz....

Downloaded the update, game window closed to install and the installation just hangs. Tried to cancel and relaunch hoping that would solve it, no luck.

Here's a screenshot of what I've been staring at for the last 20+ minutes.
http://img.photobucket.com/albums/v47/K_Licious/hanging.jpg

as soon as I posted it jumped to about half done and then appeared to hang again. Apparently it's working, just not showing me that it is.

Downloaded the update, game window closed to install and the installation just hangs. Tried to cancel and relaunch hoping that would solve it, no luck.

Here's a screenshot of what I've been staring at for the last 20+ minutes.
http://img.photobucket.com/albums/v47/K_Licious/hanging.jpg

as soon as I posted it jumped to about half done and then appeared to hang again. Apparently it's working, just not showing me that it is.

The patch is still hanging. And showing me no indication of progress. I wouldn't mind it taking a while to install if the installation window was providing me with evidence of how much progress had been made so far and that progress was still being made.

After patching, opening the eve client gave me the corrupted / damaged files error. I tried repairing, got this:

(6/7) Downloading patch: 100.0%, 100.13 MB/100.13 MB, 311.05 KB/s, 05m50s
(7/7) Applying patch: Initializing ...
Restoring: bin\ExeFile.exe
Deleting downloaded temporary data
Traceback (most recent call last):
File "repairTool\progressPanel.pyc", line 83, in _TaskRun
File "repairTool\repairUI.pyc", line 97, in Start
File "repairTool\repairLogic.pyc", line 174, in Repair
File "repairTool\repairLogic.pyc", line 322, in Restore
File "zsync\zsync.pyc", line 403, in RestoreFolder
File "zsync\zsync.pyc", line 453, in ReconstructFiles
File "zsync\zsync.pyc", line 471, in ReconstructFile
IOError: [Errno 13] Permission denied: 'C:\\Program Files\\CCP\\EVE\\bin\\tmpwthgft.repair'
Total Runtime: 0h08m17s

Yeah can I get a dev C/D as to whether there are plans to fix mails RETROACTIVELY? A lot of us have been dealing with this bug since POCOs came out and it's starting to get a little ridiculous.

YOU REINTRODUCED THE MOST ANNOYING BUG EVER

- Eve causes a "Video driver has stopped responding and has recovered" windows error. THIS HAPPENS EVERY TIME I MAKE A GATE JUMP, A CYNO JUMP, UNDOCK OR CLIENT START. Seriously, 99 out of 100 times, this **** happens. The screen goes black, flicks and recovers after 3 seconds with the accompanying windows message.

This started with INCARNA, and despite posting about it, bug reporting it and all, it was kept alive until Crucible 1.0.0 when it was finally removed.

BUT AFTER THIS PATCH I GET BUG AGAIN. EVERY. SINGLE. TIME.

W7 x64, i5, Intel graphics (laptop) with perfectly updated drivers for everything.

With todays patch I've ended up with two random crashes. The 1st was after I logged in and received application error:

Faulting application name: ExeFile.exe, version: 7.20.32.5274, time stamp: 0x4ee1ff9e
Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58
Exception code: 0xc0000005
Fault offset: 0x000343b0
Faulting process id: 0x1904
Faulting application start time: 0x01ccbaa82529350d
Faulting application path: C:\Program Files (x86)\CCP\EVE\bin\ExeFile.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: a6fc41d3-269b-11e1-a35e-8c89a532edcb

Then about 4 hours later I received:

The program ExeFile.exe version 7.20.32.5274 stopped interacting with Windows and was closed. To see if more information about the problem is available, check the problem history in the Action Center control panel.
Process ID: 1a54
Start Time: 01ccbaa834c5f0aa
Termination Time: 72
Application Path: C:\Program Files (x86)\CCP\EVE2\bin\ExeFile.exe
Report Id: 880a4455-26bb-11e1-a35e-8c89a532edcb

The computer has been stable running two clients for almost a month now with no issues

Computer I7-2600K; 16gigs DDR3; Gigabyte 570GTX

Psy

+2, even if my post is "worthless" (depending on the point of view) but we never say it enough..

Can you imagine, how annoing it for 7 accounts...
Usually, first day after patch - you sit in dock and do nothing, just set your all settings back on all accounts...and for this "game in dock" we pay.

To confirm - is the the patch from the most recent version?

To confirm - is the the patch from the most recent version?

Can you imagine, how annoing it for 7 accounts...
Usually, first day after patch - you sit in dock and do nothing, just set your all settings back on all accounts...and for this "game in dock" we pay.

Well looks like something went wrong because this... doesn't add up

Same problem only I do not see the video driver stopped responding message. Same as Master Akira, had the problem pre-Crucible, went away with Crucible release and is back after the update today. Please fix this as I also used to get random crashes on undock or jump (roughly every third or fourth jump or undock) and if that is back...

Warp to + jump did not work on the few jumps i tried. Warp to + dock works.

w7 x64, I3, Intel graphics desktop, drivers are up to date

Same problem... i was happy with Crucible 1.0.0 to make this bug gone. But its back now...
w7, i3, intel graphics (laptop), updated driver.

Bug report submitted as this is still happening after update #1 this morning.

Still happening after today's Client update

Would be nice to see some feedback from blue bars about this incredibly annoying bug.

module cycle indicator completely FUBAR....there is no uniform start/stop position for mods meaning you havent a clue wether your starting, finishing or in the middle of a cycle......viewing the mod as a clockface, sometimes it starts at 6 and finishes at 11, starts at 11 and finishes at 6, starts at 9 and finishes at 3 etc etc.

In Game Bug report tool leads to a crash of EVE. Do you really want my LOGIN Data in this bug report included? LOL. Find your sh!t bugs alone. -.-
I will not include my login data, when I am logged in EVE.

Because I know what kind of incompetent volunteer process the bug reoports. I have a report from 2011.09.10; status not filtered. Such inaptly workers should not have my log in data!

Same issue here. Used to be a workaround on Intel HD cards, but so far that does not seem to help this time around. The previous workaround was posted at http://www.eveonline.com/ingameboard.asp?a=topic&threadID=1529941&page=1#10.

Had a really weird experience where I had one character (call him Joe) docked in a station. On a second instance of EVE, I docked up a 2nd character (call her Sarah).

On Sarah's account, I right clicked on Joe's name to initiate a trade between the two chars. The "Trade" option was not listed.

On Joe's account, I right clicked on Sarah's name and the Trade option was available.

Trade conducted successfully, but wtf.

Had a really weird experience where I had one character (call him Joe) docked in a station. On a second instance of EVE, I docked up a 2nd character (call her Sarah).

On Sarah's account, I right clicked on Joe's name to initiate a trade between the two chars. The "Trade" option was not listed.

On Joe's account, I right clicked on Sarah's name and the Trade option was available.

Trade conducted successfully, but wtf.

I noticed that as well. When it happens it seems that Joe doesn't show up on the station guest list either.

Didn't hear anyone commenting about the broken words in item names under the icon. I look at my cargohold as I fly back home ind see items like Contaminate d nanite. Like that. With a separated d to fit in the line. Pretty low class, dont you think?

Now I didnt try with other modules/ships but with my Noctis I lock a target and then unlok and I get this lo9ud sound as when the salvaget ends its task.

This is not an ocasional one or two 'issues' dudes, this game is literally broken.

Oh, very good observation. I was in a major trade hub and didn't check the station listing.

Now that I think about it, this problem has occurred before in a completely separate transaction in another station / system.

This is definitely related to the Crucible-introduced feature where the station player list is not updating.

Same problem... i was happy with Crucible 1.0.0 to make this bug gone. But its back now...
w7, i3, intel graphics (laptop), updated driver.

Also On-board Scanner start scanning from 4 second and proceed scanning few seconds after reaching zero.

http://dl.eve-files.com/media/corp/Ginnungagap/2011.12.14.17.45.18.jpg

Shows nothing for remaining time.

Has this occurred recently? There was a bug in the Crucible 1.0 release where under certain circumstances you would only get a list of station guests that docked after you. This would be more likely to happen in busy stations. The trade issue should have been related to that, and both issues should have been fixed in 1.0.2 on Tuesday. Please let me know if you have experienced these issues since then. Thanks.

I have reported this several times (in this very post). This is a prove you dont even read our feed back.

EVE Online: Crucible 1.0.2 has been deployed. This update fixes various issues stemming from the Crucible release. Full patch notes are available here.

When reporting issues, please specify which client you are using (Mac or PC).

This thread is for reporting issues only; for general feedback please use the Crucible 1.0.2 feedback thread here.

Has this occurred recently? There was a bug in the Crucible 1.0 release where under certain circumstances you would only get a list of station guests that docked after you. This would be more likely to happen in busy stations. The trade issue should have been related to that, and both issues should have been fixed in 1.0.2 on Tuesday. Please let me know if you have experienced these issues since then. Thanks.

Has this occurred recently? There was a bug in the Crucible 1.0 release where under certain circumstances you would only get a list of station guests that docked after you. This would be more likely to happen in busy stations. The trade issue should have been related to that, and both issues should have been fixed in 1.0.2 on Tuesday. Please let me know if you have experienced these issues since then. Thanks.

I'm not sure about station lists, but I'm getting one where my chat channels aren't populating. Even channels that are supposed to be "immediate" are behaving as "recent speakers" when first logging in/joining. Refreshing them works around it.

Has this occurred recently? There was a bug in the Crucible 1.0 release where under certain circumstances you would only get a list of station guests that docked after you. This would be more likely to happen in busy stations. The trade issue should have been related to that, and both issues should have been fixed in 1.0.2 on Tuesday. Please let me know if you have experienced these issues since then. Thanks.

I'm not sure about station lists, but I'm getting one where my chat channels aren't populating. Even channels that are supposed to be "immediate" are behaving as "recent speakers" when first logging in/joining. Refreshing them works around it.

Whenever I change my ship, the first time I open the cargohold the window appears under my chat window, pushing it up. Everytime. This is ******* annoying.

Are we talking about clicking on "Joe" in the station guests list, or in a chat window? Because in my experience it's been like this quite some time before Crucible, if you use a chat window. From there only the first in station can initiate a trade.

I don't think it's related to the station list, but I have encountered it as well. I think this is a new issue with 1.0.2.

Vista Home x32, Phenom quad core, Nvidia 9800GT

- Pinned windows do not pin. They do as long as I stay in the same ship and don't enter or exit a station or join or quit a fleet. Chaning to another ship or entering a station, or joining a fleet causes them to restack in any order they choose, most usually with the cargo window below the chat window but not always. They do not remember from ship to ship. Loading ship A, setting it's windows, then loading ship B and setting it's windows, will still need to set ship A again when reloading.

- Windows autostacking regardless of pinning state, "only stack windows if shift pressed" state, "try to use existing window if any" state, and "lock windows when pinned" state.

- Fitting management window, the one you get when clicking on a linked fit from chat, only ever opens in the center of the screen and only high enough to show the first 5 mods, never wide enough to show the full names of the mods. Regardless of resizing and pinning state. Even if opening the same fit twice in a row.

- Everything, and I mean everything, is slower in a wormhole now. Opening the fitting screen, hanger, cargo bay, contacts list, info window, chatting... you name it. (With the sole exception being fitting mods which has been sped up greatly.) When I say slower I mean that things have a tendancy to strobe somewhat. Like you can see them working or the frame rate is suffering.

Almost every time I gate jump or go through a wormhole my ship doesn't appear, nothing in the system around me appears, it just sits there for up to about a minute or two. Then the screen fades to black and back and it loads everything. Makes it almost unplayable.

Unless you include what type of system you are using or a bug report number in your post. You make it realy hard to reproduce. Devs are going to work on issues they can reproduce before they spend time trying to recreate issues like those described in the above quote.

My guess you are having memory or internet issues. Session changes from system to system is not processing as fast as intended. But it is just a wild guess. Uses the new in game bug reporting system under the F12 menu. It auto reports all the important information needed for bug hunters and devs to reproduce your issue.

Warp Disruption Field Generator II loaded with a Focused Warp Disruption script still uses the range of the T1 module vs the new T2 version (show info displays the correct range).

Bug ID: 122555

Not sure if this is a new bug, or if something that was not working correctly before crucible is now working as intended. Cloaking device reactivation delays now seem to be preserved over session changes/system jumps.

Previous to Crucible: Warp to gate cloaked. Arrive at gate and get decloaked by gate. Immediately jump. Upon loading the new grid, I could immediately warp and cloak again.

Now: Warp to gate cloaked. Get decloaked by gate. Immediately jump. Upon loading grid, warp and try to cloak. Now I get a cloaking device reactivation delay message and do not cloak.

It happens every time and is easily reproduceable. I never used to get this message or delay timer before Crucible. Now I do. I know there was work done on session change timers. But I don't recall any changes to the cloaking reactivation timers in the patch notes.

Can a Dev confirm/deny that the cloaking device reactivations timers now carry over session changes / system jumps?

As of last night this was not happening to me and gate jumps were working as normal, that is, ship cloaked, select gate, hit jump button, ship warps decloaks and jumps, repeat as required, no delays.