As Sparks' Whomp That Sucker plays in the background, 31.0 RC-final is now available (
download,
release notes). Please check for sanity; it goes live on Monday along with 24.7.0 for the unwilling remainder. It fixes the G5 crashes and makes final changes to the GC timeslice, plus a little tweak to graphic context initialization that should eliminate an unnecessary block of code.
Starting in 31, language packs are now available on SourceForge also; you can get them from the download area, organized out by version.
I'm putting the final touches on Yosemitespoof, because Apple deserves a little ribbing now and then from those they've left behind. The annual statistics post is coming up too.
I noticed an odd cosmetic cursor issue while running Tenfourbird 31b2 on a machine to which I was connected via Remote Desktop: Anytime the new activity cursor with the arrowhead + blue spinning beach ball appeared, 14 additional copies of the cursor were displayed in a vertical line below the real cursor:
ReplyDeletehttp://en.sourceforge.jp/projects/tenfourbird/forums/28579/35754/
I thought initially that the issue impacted Tenfourbird only and that maybe the ui.user_activity_cursor boolean (set false in both Tenfourbird and TenFourFox) was being ignored by Tenfourbird. As I started using TenFourFox 31.0 RC full-time over the weekend, however, I noticed the same issue every now and then. I'm not sure what triggers the new activity cursor to appear when ui.user_activity_cursor is toggled false. I see it frequently while using Comcast's web-based Zimbra client, for instance. If I toggle ui.user_activity_cursor to true, the new cursor appears much more frequently, so it's not as though the setting is being ignored altogether.
I forgot to add that, other than the oddball Remote Desktop activity cursor issue, I've had no problems with TenFourFox 31.0 RC.
ReplyDeleteI don't use Remote Desktop, but I haven't seen anything like that with VNC.
DeleteRemote Desktop is the only situation where I've seen this behavior. I probably misunderstand the purpose of the ui.user_activity_cursor boolean. When set to false, is it intended to disable the appearance of the new activity cursor in all situations? Or is it meant to disable the appearance of the cursor only under certain circumstances?
Deleteui.use_activity_cursor, if true, puts up a busy cursor during page load and page processing. It has no other effect. It defaults to false. You can confirm this for yourself in the codebase:
Deletehttp://mxr.mozilla.org/mozilla-central/search?string=ui.use_activity_cursor
This comment has been removed by the author.
DeleteThe Tenfourbird developer posted a test case:
ReplyDeletehttp://tenfourbird.sourceforge.jp/test/css-cursor.html
cursor:progress and cursor:wait still display the new blue beach ball activity cursor even when ui.use_activity_cursor is set to false. I'm still not sure if this is intentional or a bug.
Yes, that's exactly as intended. The setting does not disable that cursor entirely, it just doesn't display it when the page loads or when the browser is busy. However, other things can enable that cursor. That's exactly the same as 24, except that the cursor is different.
DeleteGot it. Thanks. For whatever reason, the new cursor doesn't play well with Apple Remote Desktop.
DeleteSorry for the double post. I should have learned by now to reload the page before re-posting after receiving an error message following an initial attempt.
I'm having another don't get it moment. I pulled down Firefox 31.0 on a mini running 10.7.5 and a newer version of the ARD client than is installed on the client running 10.5.8 that exhibits the duplicated activity cursor--version 3.7.1 vs. 3.4. When I access this machine using ARD and load http://tenfourbird.sourceforge.jp/test/css-cursor.html, I see a simple arrow cursor--not even the old activity cursor--when I move the cursor to the progress or wait box. This is true whether or not ui.user_activity_cursor is toggled true. Shouldn't I be seeing the new cursor in Firefox 31, as well? Fwiw, I do see the new activity cursor in Firefox 31 when logged in directly on the console of a similar mini running 10.7.5.
Deleteui.use_activity_cursor doesn't have anything to do with whether the cursor is enabled by CSS. As a result, toggling the setting doesn't change anything about the test case. Just to reiterate, the situations in which it should be enabled didn't change between 24 and 31; see bug 411273: https://bugzilla.mozilla.org/show_bug.cgi?id=411273 -- all the patch does is change the old manually animated cursor for the operating system supported one, which is present at least as far back as 10.4.
DeleteI don't know what's going on with ARD, but you've changed both the client version and the operating system version. It's possible the issue you see with the new cursor is either an ARD or OS bug, though I lean towards the former because everything is fine when you sit at the console of either machine.
I would need evidence this affects substantially more things before I would back it out and put the old manual cursor back, because it is slower and takes up browser cycles to animate, and it would be another patch to merge (and we already have megabytes of those).
I have no more evidence that this impacts anything other than ARD, but wanted to add that our friend in Japan included a change in the release version of Tenfourbird 31.0 that resolved the issue. I'm no developer, but the patch seems to modify the scope of ui.user_activity_cursor. As far as I can tell after a little over a day of testing, the default false setting now disables the new activity cursor altogether in Tenfourbird. See: http://en.sourceforge.jp/projects/tenfourbird/forums/28579/35754/
DeleteUnderstood. I would agree with you that it seems more likely that the bug is in ARD, not the OS. Thanks, Cameron.
ReplyDeleteFor each of the 31 betas, I've gotten the follow message at the bottom of my TenFourFox window when it starts up:
ReplyDelete"It looks like you haven't started TenFourFox in a while. Do you want to clean it up for a fresh, like-new experience? And by the way, welcome back!" with a 'Reset TenFourFox' button. I had assumed this was some artifact of the betas, but it's still present in the RC, so I thought I'd mention it. Even if I dismiss this message, it shows up every time I start up 31. And this never happened in all my uses of previous TenFourFox versions.
Please folow this support ticket
Deletehttps://tenfourfox.tenderapp.com/discussions/problems/1437-needs-to-go-it-looks-like-you-havent-started-banner-running-across-the-bottom-of-tff-31
Ah, the sudo touch .parentlock in the user's Firefox profile under Application Support under the Library of the user indeed seemed to have solved the problem! Thanks! :-)
DeleteNaughty bug, though! Wonder how many 31 users will get caught with it?
Hmmmm. It seems I have to do this 'trick' every time a new version of TenFourFox comes out! Do others have this issue as well?
Delete