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

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

Macintosh

 
  • Topic is locked indefinitely.
Previous page123
 

Eve client not accepting mouse clicks

First post
Author
Groen Burleigh
Republic Military School
Minmatar Republic
#41 - 2012-06-04 08:33:23 UTC
I've seen this a bit as well, nearly cost me dearly (escaped with ~15% hull.... as none of my mouse clicks to warp out were working, they kept moving windows around!)

What seems to trigger it for me is plugging the external mouse in after starting Eve. If I boot with the external mouse plugged in, it works fine. If I start eve and then plug the external mouse in, then neither the mouse nor the touchpad work reliably.

2nd gen Mac Air (with SSD), 8Gb RAM, OS X 10.7.latest.
Christa Larne
Pator Tech School
Minmatar Republic
#42 - 2012-06-04 14:15:24 UTC
It's definitely not a mouse vs touchpad issue as when it starts I get the same problem from both mouse (which is my main input) and the touchpad. Unplugging and reconnecting the USB mouse does not resolve the problem which tends to rule out it being something specifically related to the mouse device.

I have also regularly had the problem where a modifier key appears to be stuck down and you have to tap it to release.

2010 Macbook Pro 15"
OS X 10.7.4
Intel Core i7 @ 2.66 GHz
8GB RAM
Nvidia GeForce GT 330M
USB wireless mouse

Given that the Mac client is supposedly the Windows client running on Cider, and that this problem doesn't manifest itself on the Windows client, this looks like a problem with the way information on mouse / keyboard status is being presented to the Eve client from Cider.
Vincent Athena
Photosynth
#43 - 2012-06-04 16:24:00 UTC  |  Edited by: Vincent Athena
Groen Burleigh wrote:
I've seen this a bit as well, nearly cost me dearly (escaped with ~15% hull.... as none of my mouse clicks to warp out were working, they kept moving windows around!)

What seems to trigger it for me is plugging the external mouse in after starting Eve. If I boot with the external mouse plugged in, it works fine. If I start eve and then plug the external mouse in, then neither the mouse nor the touchpad work reliably.

2nd gen Mac Air (with SSD), 8Gb RAM, OS X 10.7.latest.


Confirmed 100% repeatable doing the above. Congratulations Groen, you found it.

I started eve with both the mouse and the trackpad active, then disconnected the mouse and reconnected it. This invariably triggered the bug. Worked with both a magicMouse and a Dell USB mouse.

In typical game play the way this bug must get triggered is the mouse momentarily loses connection to the computer. The Bluetooth connection drops out, a USB plug gets wiggled, something. After that you have a sticky mouse button until you re-log.

Here is what the monitor logs show. I disconnected the mouse at 16:36:10 and reconnected it at 36:30, and the computer reported it reconnected at 36:40.

Time Facility Type Message
16:36:17 Blue::TaskletTimer warning Timeslice warning order 1, 281ms in tasklet: returning to 'Trinity::TriDevice::Render' from 'EntityService::FindEntityByID'
16:36:17 Blue::TaskletTimer warning Timeslice warning order 1, 263ms in tasklet: entering 'UI App' from 'BeOS::System'
16:36:42 Blue::TaskletTimer warning Timeslice warning order 1, 288ms in tasklet: entering 'UI App' from 'BeOS::System'
16:36:42 Blue::TaskletTimer warning Timeslice warning order 1, 212ms in tasklet: returning to 'BeOS::System' from 'UI App'


Edit: I would not be surprised if the sticky keys and the lock up bug were all the same bug as this one. Cider loses connection to something momentarily; the keyboard, the internet, the graphics card, the mouse, and does not handle the situation properly when the connection comes back.

Know a Frozen fan? Check this out

Frozen fanfiction

SPAECMARNIES
State War Academy
Caldari State
#44 - 2012-06-04 17:16:17 UTC
CCP Gangleri wrote:
We've had no luck reproducing this in house so if those that are affected could please try to get logs and send them to us via bug reports it would be greatly appreciated. Ideally we need logs that catch this phenomena starting, so if you could find the time to file a bug report as soon as you notice this bug occurring and mention in the bug description at what time (to the minute) it started this would be of great use to us.

There also seems to be no direct correlation in the data posted so far other than most reports involve a touchpad, so if you could please post any other potential factors here. Anything from what you were doing in client (launching drones, submitting a market order etc.) when the bug manifested to what language setting your OS is using might turn out to be useful.

I also recommend affected users try clearing all cache files, this can be done from the esc menu 'Reset Settings' tab and will nuke all client side settings.

edit: interested parties can open the in game monitor tool ctlr + alt + shift+ m and try to spot if an error is thrown when the bug triggers.


It's not just the trackpad, it happens with connected mice or tablets as well.
Manssell
OmiHyperMultiNationalDrunksConglomerate
#45 - 2012-06-04 17:54:16 UTC
Vincent Athena wrote:


Confirmed 100% repeatable doing the above. Congratulations Groen, you found it.

I started eve with both the mouse and the trackpad active, then disconnected the mouse and reconnected it. This invariably triggered the bug. Worked with both a magicMouse and a Dell USB mouse.

In typical game play the way this bug must get triggered is the mouse momentarily loses connection to the computer. The Bluetooth connection drops out, a USB plug gets wiggled, something. After that you have a sticky mouse button until you re-log.

Here is what the monitor logs show. I disconnected the mouse at 16:36:10 and reconnected it at 36:30, and the computer reported it reconnected at 36:40.

Time Facility Type Message
16:36:17 Blue::TaskletTimer warning Timeslice warning order 1, 281ms in tasklet: returning to 'Trinity::TriDevice::Render' from 'EntityService::FindEntityByID'
16:36:17 Blue::TaskletTimer warning Timeslice warning order 1, 263ms in tasklet: entering 'UI App' from 'BeOS::System'
16:36:42 Blue::TaskletTimer warning Timeslice warning order 1, 288ms in tasklet: entering 'UI App' from 'BeOS::System'
16:36:42 Blue::TaskletTimer warning Timeslice warning order 1, 212ms in tasklet: returning to 'BeOS::System' from 'UI App'



Holly mother of Eve I can replicate this every time too! Way to go Groen!

Now, it's defiantly not just related to an USB mouse though, I have this problem with the trackpad and I never play with a mouse. So the physical connection can't be it (i don't think I'm wiggling the trackpad connection loose). But it does seem like cider is somehow causing a connection loss, or dropping the connection on it's end.

Vincent Athena wrote:

Edit: I would not be surprised if the sticky keys and the lock up bug were all the same bug as this one. Cider loses connection to something momentarily; the keyboard, the internet, the graphics card, the mouse, and does not handle the situation properly when the connection comes back.


I'm, thinking this too! The graphics freeze is cider dropping the graphics card, the sticky keys the keyboard connection, and the disconnects are cider dropping the internet connection.
Zae'dra Xanthe
Republic Military School
Minmatar Republic
#46 - 2012-06-04 23:59:28 UTC
Same issue with the trackpad.

Model Name: MacBook Pro
Model Identifier: MacBookPro6,2
Processor Name: Intel Core i5
Processor Speed: 2.53 GHz
RAM: 6GB
Geoffrey Adekyn
Doomheim
#47 - 2012-06-06 03:02:07 UTC
I had the same issue, and it appears to be the trackpad that is causing the error.

I fixed the issue and have been playing fine ever since.

You'll need to use an external mouse (MagicMouse or USB), and go into System Preferences > Universal Access > Mouse & Trackpad > Trackpad Options and then check the box for "Ignore built-in trackpad when mouse or wireless trackpad is present."

It's a bit of a hassle requiring you to turn off or un-hook your mouse after playing EVE in order to use the trackpad, but again, I have had no recurrence of this problem since doing this.

I hope it works for all of you.
Vincent Athena
Photosynth
#48 - 2012-06-06 13:30:13 UTC
Geoffrey Adekyn wrote:
I had the same issue, and it appears to be the trackpad that is causing the error.

I fixed the issue and have been playing fine ever since.

You'll need to use an external mouse (MagicMouse or USB), and go into System Preferences > Universal Access > Mouse & Trackpad > Trackpad Options and then check the box for "Ignore built-in trackpad when mouse or wireless trackpad is present."

It's a bit of a hassle requiring you to turn off or un-hook your mouse after playing EVE in order to use the trackpad, but again, I have had no recurrence of this problem since doing this.

I hope it works for all of you.


Cannot confirm. I set that option and then tried my test method; turning the mouse off, then on. That caused the mouse button to become sticky. I tested both cases: with the trackpad active at client start, and with the MagicMouse active at client start. So even with that option set a momentary loss of communication with the mouse will trigger the bug.

BUT: Ive also had this bug spontaneously when no mouse is present. Maybe those cases will be improved. Of course, that means we would all need to carry a mouse with us wherever we go.

Know a Frozen fan? Check this out

Frozen fanfiction

Lord Douchebag
The Scope
Gallente Federation
#49 - 2012-06-06 14:57:12 UTC  |  Edited by: Lord Douchebag
I have the same issue with mouse button sticking.

I have found that it is reproducible when I leave ONE of the game clients to close/reboot Teamspeak. When I return to the eve client, mouse button behavior appears to be stuck. I see it most frequently when activating turrets (or trying to do so). Not sure if the crash/reboot log is causing temporary out of sync issue with the mouse in game, but it happens all the time.

rebooting the client does not always fix the issue.

This happens when I'm only running one game client (so not a multiple client issue, per se).

I use magic mouse, and have lately experienced may disconnects of the mouse from my mac (this may also be a contributing factor).

24" iMac
OSX 10.7.4
3.06Ghz Core 2 duo
4GB
ATI Radeon HD 4670
jackalope flux
Q-DOT milkshake
#50 - 2012-06-07 06:58:59 UTC
Same problem.

Also having problems with correct window sizing for the client now. Not sure if related.

2011 macbook pro 15"
0SX 10.4.7
2.4 Ghz intel core i7
8G ram
AMD Radeon HD 6770M

The issue happens with both my bluetooth magic mouse and the trackpad now. The game is unplayable at this point. This bug cost me my Navy Vexor . Will be filing a proper petition. Hope you get this solved soon.
Fabio Bittar
The Scope
Gallente Federation
#51 - 2012-06-07 17:45:26 UTC
Same here.

Macbook Pro 13" Late 2011
OSX 10.7.4 Lion
2.3 Ghz Intel Core i5
4 Gb RAM 1333 DDR3

I feel cheated. Apple shows off Eve Online on their website as if it's a great product for the Mac, but it isn't. I've read so many forum posts here to know that with every new patch the game may become unplayable on the Mac, and you can't even handle the bugs.

For Christ sake, get it fixed already. I can't play the game I paid for a whole 30 days.... this is absurd.

You know what? Forget the mac. Drop Mac support.

What a scam...
CCP Gangleri
C C P
C C P Alliance
#52 - 2012-06-07 18:07:21 UTC
We have a fix in testing, hopefully we can deploy it soon.

Check out my EVE Gate broadcast log for semi-regular updates on various EVE development: https://gate.eveonline.com/Profile/CCP%20Gangleri/StatusUpdates

Trion Roles
Sons of Bistot
Intaki-Business Logistics Union
#53 - 2012-06-08 00:25:01 UTC
Same problem--sticky mouse:

MacBook Pro 5,1
4GB ram
OSX 10.7.4

Bluetooth Mighty Mouse
CCP Gangleri
C C P
C C P Alliance
#54 - 2012-06-08 11:23:16 UTC
This should be fixed in todays update, please post here or send me a message via EVE Gate or post on my broadcast log if you are still having issues with delayed inputs.

Check out my EVE Gate broadcast log for semi-regular updates on various EVE development: https://gate.eveonline.com/Profile/CCP%20Gangleri/StatusUpdates

Vincent Athena
Photosynth
#55 - 2012-06-08 13:00:47 UTC
1.0.10 seems to have fixed my method for triggering the bug ( connecting or disconnecting a mouse) for me. Time will tell if it fixed the spontaneous occurrences.

Know a Frozen fan? Check this out

Frozen fanfiction

Gestalt Ahrire
Garoun Investment Bank
Gallente Federation
#56 - 2012-08-14 10:14:51 UTC
Worse than ever today, running 7.43.405666 on my iMac11,1 running OS X 10.7.4.

Logging out and back in again doesn't reliably fix the problem: sometimes it works, sometimes it won't despite retrying a half dozen times.

I don't disconnect and reconnect mice.

I'm seeing this running two copies of the client and Command-Tabbing between them. For whatever reason, tonight one was stable and the other unstable. That might have been luck.
Gestalt Ahrire
Garoun Investment Bank
Gallente Federation
#57 - 2012-08-14 11:00:05 UTC
If I move the mouse pointer up and down the overview, the hover-over effect doesn't move with it.

If I hold down Control for a second and then keep holding it down, the hover-over effect *does* move with the mouse pointer.

Clicks seem to reliably occur, just at the last point at which the client bothered grabbing the mouse position. So, it's possible to drive the interface slowly by holding control, moving the mouse, and then clicking. EVE permits right-clicking on many buttons, which makes this easier.

If I then use control-movement to reset the window positions, the problem goes away. Not sure for how long.
Gestalt Ahrire
Garoun Investment Bank
Gallente Federation
#58 - 2012-08-15 06:42:26 UTC  |  Edited by: Gestalt Ahrire
I think the window reset is a red herring: it's not a reliable fix. Nor is restarting the client. Things got so bad, I deleted the application and its Application Support folder and re-installed from scratch. If you don't hear back from me, reinstalling fixed the mouse movement recognition problem.

UPDATE: reinstalling didn't fix the mouse movement recognition problem. I just hit it at the login screen.

UPDATE: “Unhandled page fault on read access to 0x2537001d at address 0x7002a398.
Do you wish to debug it ?” while in hangar. Might be unrelated.
Previous page123