Affects Version/s: Aptana Studio 3.1.1
Fix Version/s: None
Linux localhost 18.104.22.168-desktop-10.mga #1 SMP Wed Jan 25 10:37:30 UTC 2012 i686 i686 i386 GNU/Linux
Aptana Version 22.214.171.124204131931
This is a clone of bug APSTUD 4661 as I made the following comment on it, but I guess because that bug was deemed fixed, the comment went unnoticed. I've included the previous bug description after the new additional problem description.
The previous bug was not correctly fixed and the following describes the remaining, rather peculiar, issue.
I've upgraded to Aptana Studio 3, build: 126.96.36.199205041324 and have tested the following on Mageia 1.x and Ubuntu 12.04.
If I turn off the Refresh checkbox, save and view it again it remains off. If I close down Aptana and restart it, the checkbox remains off. If I close Aptana, log out, log back in again, and restart Aptana and view it, it remains off. The same is true if I don't close Aptana before logging out.
However, if I reboot my machine, log in and then restart Aptana, it is now back on again. In other words, the setting doesn't seem to survive a reboot.
I would guess this hints that the value is somehow being kept in memory and linux is reassigning that portion of memory to Aptana during the restarts of Aptana and even over a log out and log in again. Don't know if that is possible, but I can't imagine why it's misbehaving only on a reboot otherwise.
Steps to reproduce:
a) log in to either Mageia 1.x, or Ubuntu 12.04 or possibly other variants of linux or other OSes(haven't tested on those)
b) start up Aptana and turn OFF the Refresh button
c) REBOOT your machine
d) log in again and start up Aptana, and view the value. All things going well it's back on again.
Who'd have thought one checkbox could be so mysterious!!
The original bug description was ...
I've just upgraded to the latest aptana release (188.8.131.52204131931) and immediately hitting cpu usage issues with the CPU jumping to 90%ish every few seconds corresponding to a refresh of the workspace every few seconds. So I guess on my system Aptana the option 'Refresh using Native hooks or polling' is polling rather than hooks as it happens regardless of whether or not I'm doing anything.
I've traced it down to the 'Refresh using Native Hooks or Polling' which is under the Workspace menu. If I turn it off, the system quietens down and all is fine.
However, on a restart, this 'option' has reselected itself meaning (I guess) that the option is not reading it's setting correctly from the options saved (or perhaps isn't getting saved to the file?)
So the bug I'm reporting here is the preference can't be set beyond a restart and, of course, like all preferences it should be.
A second bug I guess is quite why the refresh of the workspace uses so much CPU - my system has 8000 files on a fairly old machine so I'm guessing it's hitting limits on my machine (results will of course vary on other machines). I've commented on that before (in the forums) and it was all fine in version 3 until now. I'll repeat my guess that there is a very inefficient method involved in the refresh of the workspace that still hasn't been resolved.
Anyway - hopefully to replicate ...
Type Workspace in to the preferences and select Workspaces at the bottom to get the "Refresh ... " option. Unselect it. Restart the studio, go back to that preference and you'll (hopefully) see it selected again.
I've attached two images - the first when I deselected the option. The second when I restarted showing the option has been selected again.