Loading Profile...
Fast user switching background bug
Hi. I think I've found a bug in Hyperspaces. I use fast user switching between two accounts: the first account uses Hyperspaces, the second does not. When I switch back to the account using Hyperspaces I find that all background on all spaces have been dropped and replaced by the default background. Opening the Hyperspaces preferences panel fixes it the first or second time this happens, but then the problem worsens and a restart is required. After a several hours of using the other account I find the desktop scrambled when I switch back -- this, too, is resolved by restarting Hyperspaces. I'm using the build 764 with a Macheist3 license. (A great product despite this problem.)
Thanks!
-Dan
Thanks!
-Dan
I’m happy
3
people have this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
The company has a solution in progress.
The best solution from the company
-
Good news - I've managed to reproduce the bug (thankyou, Snow Leopard!). I've come up with a fix, but I need you guys to test this for me fairly heavily:
http://hyperspacesapp.com/test/Hypers...
If this works, it may resolve the other final issue with 1.0 beta 8!
I’m confident
The company says
this solves the problem
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?I believe this is related to my "fixes" for lost preferences on logout/reboot in the build you're using. I'm looking at a fix for this problem this week.
-
Inappropriate?this is the same as my problem here:http://getsatisfaction.com/thecocoabots/topics/beta_5_and_6_crashing_after_sleep_or_screen_lock
which continues in beta 7. Beta 4 did not have this issue, but is no longer usable since it is expired:
I’m frustrated
1 Comment Add a comment
This solves the problem
-
I've not been able to reproduce this problem at all - I'm formally tracking this bug in my Redmine install at http://projects.thecocoabots.com/issu..., but I have yet to figure out how I can make the error occur on my set-up.
Can you have a read through the thread on Redmine and add your experience? I'm especially interested in if you see the same behaviour with admin vs. non-admin accounts. -
Inappropriate?I added my input to the thread... hope it helps.
-
Inappropriate?I have this problem. I am using beta 7 (build 830) from MacHeist 3. I have four rows and four columns of spaces. I have applications assigned to many spaces. I have also just now given custom names to three spaces, and this made no difference.
I have found that quitting and relaunching Hyperspaces fixes the problem until I switch accounts or switch to the login window and back.
I’m worried because this is a major feature
-
Inappropriate?I'm still looking into this, but I did just find something interesting in Ian's set-up - he has Unsanity APE installed. Jumpy and Dan - do you guys have any Unsanity applications installed on your system?
-
Inappropriate?I do not have any Unsanity products installed. I think I've said this somewhere before, but in Beta 4, I did not have this problem. The only reason I'm still not using Beta 4 any more is because it timed out. Is there a way you can provide us with an untimed, or newly timed Beta 4 to see if the other users here confirm or deny that it works with that build, to help you troubleshoot?1 Comment Add a comment
This solves the problem
-
I'm looking into this but to be honest, I'm stumped. I think trying beta 4 (build 641) is a great idea - so here's a build that will expire on August 31st:
http://hyperspacesapp.com/test/Hypers...
Please try it and see if the problem still occurs. -
Inappropriate?I just tried it, and like before, its working great. So I'm not sure what happened between Beta 4 and 5, but Beta 4 definitely works for me...
-
Inappropriate?Good news - I've managed to reproduce the bug (thankyou, Snow Leopard!). I've come up with a fix, but I need you guys to test this for me fairly heavily:
http://hyperspacesapp.com/test/Hypers...
If this works, it may resolve the other final issue with 1.0 beta 8!
I’m confident
The company says
this solves the problem
-
Inappropriate?Initial test of the new build works for me. Ill let you know if I have any problems. What seemed to be the issue? Thanks for all the help!1 Comment Add a comment
This solves the problem
-
So here's what was happening:
I have controller objects for screens, workspaces (Spaces), the desktop window and a whole swag of other things. When I initially wrote the screen and desktop window controllers, I had them listening directly to the operating system for changes.
The problem with this is that there is no guarantee which controller will be told first about the screen configuration changing (it changes when you fast user switch) - sometimes the screen controller would get it first, sometimes the desktop window controller. The desktop window controller is reliant on the screen controller for it's rect (the dimensions of the window), so the screen controller needs to get this notification first. The desktop window controller was getting a bogus rect back, and drawing god knows where.
It's a simple fix - the only controller which listens to screen notifications should have been the screen controller (which will then in turn pass on an application internal notification to it's observers). I'd actually started fixing this last week, but hadn't quite got to the desktop window controller yet. Now I have, and it seems to work.
I just need a a few more users to confirm this fix before I commit the change to my repository and push out a new build to everyone.
EXCITING :) -
Inappropriate?Just an update...
Everything is working great still. You have no idea how great it is not to have to restart the program several times a day....
1 Comment Add a comment
This solves the problem
-
Fantastic, Jumpy! Thanks for coming back and letting me know - I am very happy this is finally fixed.
EMPLOYEE
