Note: This bug only affects the ICBMs. It does not reproduce on any of the three PowerPC Macs I've had it tested on.
In the last two weeks or so, I've noticed that all my cookies were being deleted every so often. A site I'd tell to store my login info would suddenly ask for my password again. Since some of these cookies are many years old, I've song since forgotten the passwords for said sites. Alternatively, I'd go to a site that allows specific view settings to be set (like weather.com) and notice everything was looking like the standard webpage they have for people without cookies set. Even worse was that some of these blogs I always comment on wouldn't let me comment because I didn't have a cookie set that showed I had been approved to leave comments by the blog author.
And in the last four days, I've noticed my cookies were being deleted every day, seemingly at random. This was highly annoying.Luckily, I use Time Machine so I could easily (very easily) restore my deleted cookies with no issue and once again have Safari work as expected. It was just tedious to restore the cookies file every time they got deleted.
I filed a bug on this issue at the behest of some others that also described a cookie deletion problem. The cookies were not deleted as a result of a Safari crash. I tried revisiting all the porn/not porn sites I visited during that time, but had not been able to reproduce the issue. I then noticed that RadarWeb didn't have my Apple ID which indicated my cookies had yet again been deleted. I found this ironic as I was filing a bug on cookies being deleted.
The "cause" of the issue
During all these cookie deletes, I had the folder ~/Library/Cookies/ opened in the Finder so I could monitor the cookie file's size and hopefully track down the issue as soon as it occurred. I also had it open so restoring from Time Machine when my cookies were deleted was just a click away. Well, 3 clicks away.
I just happened to quit Safari one day before taking a shower. I confirmed that the file size of the cookies file was 2.8MB by glancing at the Finder. While in the shower, I had an epiphany on a completely unrelated bug. As soon as I got out of the shower, I went to RadarWeb to update the unrelated bug with the new information I had discovered while in the shower. I updated the information in the existing unrelated bug, happened to glance at the Finder window, and, behold, the file size of the cookies file was 4KB (the size of an allocation block on my disk).
Yay!. I had reproduced the bug. I restored the cookies file from backup, quit Safari, then repeated each of the actions I had just taken in order to find out which action causes the cookies to be deleted. Yay! I repeated the bug again. ("Yay" in the sense I was able to reproduce it, not "Yay" that I was just hit by a data loss bug.)
Steps to Reproduce:
Please make sure to note the size of your cookies file after the page loads on each step. Note: This will result in the deletion of your cookies, so make sure you have a backup of ~/Library/Cookies/ somewhere.
- Go to bugreport.apple.com.
- Log in with your Apple ID. (Your iTunes login and your .Mac login are Apple IDs, but these steps are directed at developers with existing ADC accounts).
- Click on "My Originated Problems".
- Click on "Open".
- Click on any bug to open it.
- Marvel at the fact your cookies have now been deleted. Your cookies file should now be around 900 bytes (4KB) in size.
I just found out that going to any website after doing Step 3 above will also cause all cookies to be deleted. So you can click "My Originated Problems" then go to any website and your cookies will be deleted. How awesome.
What this bug is not
This is not a bug in Safari/WebKit as far as I or anyone I've asked can determine. This bug is at a much lower level. Perhaps at the NSHTTPCookieStorage level or even at the CFNetwork level. (I'd look through the CFNetwork source code but that source code isn't available, sadly.)
This bug is also not in RadarWeb (the Apple bug reporter website). Even if something in RadarWeb's code triggers this problem, it's still a problem that needs to be fixed on the Mac OS X side, as it is possible for any website to trigger this bug. I've tried other websites that set cookies over SSL, but I can't seem to reproduce the bug on them.
Other Miscellaneous Background Stuff
So far, I've been able to get it to reproduce on 5 separate ICBMs. This problem cannot be reproduced on 3 PowerPC based Macs. So it is an architecture specific bug. So I infer that it is an endianness issue. The network byte order is big endian. The PowerPC is also big endian so no data actually has to be byte flipped. In fact, most of the Network order to Host Endian functions are no-ops on Big Endian systems. They don't do anything. However, on the ICBMs, the bytes need to be flipped. But this is just my uneducated guess at the cause of the issue. It's very possible this isn't related to the bug at all.
I have 70 bugs currently marked as "Open" in RadarWeb. I have 228 bugs currently in the "Closed" section of RadarWeb. I have 1 bug marked as "Needs Attention" which is also in one of the above categories. I'll get to this "needs attention" bug when I can get a chance to be in the environment the attention requires. This means I have filed at least 298 bugs. The pace at which I filed bugs slowed down greatly as I became disillusioned with filling bugs.
Please note that "bug" is very generic and also can refer to "New Feature Request", "Feature Enhancement Request", "You Got the Pixel Wrong", "Typo Made in Documentation", "I'm bored and need to do something today", or "I'm Lonely and Feel the Need to be Insulted by an Anonymous Engineer". The status of "Open" does not mean the bug hasn't been fixed just as the status of "Closed" does not mean the bug has been fixed. They're just categories.
Whenever a new major version of Mac OS X is released, I always find a swath of bugs to file (see above for meaning of "bug"). But this is the reason why I've been hit by this bug so many times in the last few days. Lots of bug filing. Lots of bug updating. Lots of me whining about something or other. Oh well, I won't hear about the status of any of these until at least 10.6 starts seeding in three years. (Hence the "disillusioned" comment above).
Workaround
I don't have a workaround. I don't know how to not cause this problem other than to either 1) Stop filing bugs, 2) use a PowerPC Mac (or use Safari running under Rosetta) to file bugs, or 3) use a different browser when filing bugs. I'm going to go with 4) Continue to file bugs, but restore the cookies file from Time Machine every time it gets emptied.
Update on 11/13 (Zune 2.0 day!)
After more investigation and a lot of help with investigation, it looks as though I was mostly completely and utterly probably wrong about it being an endian issue. But it remains architecture specific. Basically, the issue is that a completely absurd cookie value is sent from the server to the browser. The value is so absurd it causes an overflow condition of some sort. Something changes the absurd value into a fixed number. On the PowerPC, this new value is a still valid value. On the ICBMs, it is an invalid value. When the CFHTTPCookieStorage stuff goes to read in the cookies file, the invalid and absurd value is read in. This is where the CoreFoundation Property List parser comes in an says, "Malformed data byte group at line 1; invalid hex" so the CFPlist stuff returns nothing and a new array is created by the Cookie stuff.
There are actually a few things that need to be addressed here:
Even the "OK" absurd value on the PowerPC is still never going to be seen in the real world as a correct value. The API (this may be CFNetwork) needs to do something reasonable here and actually set a non-absurd value as a replacement. Kind of like when you store NaN to disk as a floating point value and attempt to read it back in, you still get NaN. Such as if the value isn't between two reasonable ranges, snap it to the closest reasonable value, or take it to mean another "value" that is also reasonable.
Why does the CFPlist API just completely give up when one such specific parsing error occurs? Why can't it delete that key/value pair from the read in dictionary. When a parsing error occurs, why doesn't the CFNetwork stuff (or Safari) warn the user that their cookies were just deleted (or at least log a message to the console)?
So the problem isn't the writing out of absurd values, it's the reading in of absurd values. And then when the next cookie, whatever it is, is set, the bad values are committed to disk.
Finally, why is the Cookies.plist an XML Property List when it should clearly be a Binary Property List? For a file that gets written to and read from so dang often, a binary plist would greatly reduce the size of the file, the amount of disk i/o that needs to be performed when operating on the file and the amount of CPU time needed to parse the file. It's a one line change of code to convert to a binary plist and it has no compatibility issue since the Property List APIs were always designed to read XML or binary Property lists interchangeably.
Related:
- Hiya Kids, it's Theming Time! - Oct 06, 2009
- Mighty Mouse with Some Theme Sauce - Jun 02, 2009
- WindowShade X 4.3 - Apr 24, 2009
- Sound of the Underground - Apr 20, 2009
- Welcome back. - Apr 17, 2009
I'm not a programmer by any means so this could be completely ignorant... but is there a way you could just set the file permissions of the cookies you want to keep to root or something so they couldn't be deleted until you were asked for your admin pass?
Posted by: Joshua Bryant on November 12, 2007 3:07 AMThis is not specific to Intel Macs. I also noticed my cookies all disappearing soon after my Leopard install (on my PowerBook G4), but didn't make the connection to having just filed a bug. However, I wasn't able to reproduce this in a few attempts. Is it possible that it's a concurrency issue?
(An easy way to find out would be to disable multiple cores on the Intel Mac, or to do some testing on a multiprocessor G5.)
Posted by: DusK on November 12, 2007 3:15 AMI use a Dual G5 as my main production computer and was not able to reproduce the issue.
Posted by: Rosyna on November 12, 2007 3:18 AMThis post might be relevant.
http://forum.slicehost.com/comments.php?DiscussionID=929&page=1
Posted by: rob shaw on November 12, 2007 4:14 AMRob: That's also bad, but likely unrelated. This is about deleting all cookies, not just one you're trying to set.
Anyway, would it help if I pointed out that the bug is easily reproduced, except when you're running Safari on an Intel Mac under Rosetta? I always thought that by the time you got out of application-specific code--like down to this "CFNetwork" or whatnot--you were outside of Rosetta's purview and were back into native code.
Posted by: Chris B. on November 12, 2007 4:27 AMChris B. - Rosetta is not like the 68K emulator in OS 9 with its Mixed Mode Manager, it's all or nothing. All the code in a process running under Rosetta is being translated.
In Leopard there's another checkbox - "Open in 32 Bit Mode" - that shows up for 64-bit applications. Only Chess and Xcode (as far as I could tell) of the applications bundled with OS X come in 64-bit versions, and Xcode is set to run in 32-bit mode by default.
Posted by: Nicholas Riley on November 12, 2007 4:59 AMI've seen the same problem since I installed Leopard, except (a) I'm on a G5 and (b) I've never filed a bug with Apple. All my cookies seem to disappear every day or two -- I've logged into nytimes.com more times in the past week than in the previous two years. Here's hoping for 10.5.1!
Posted by: Josh on November 12, 2007 5:37 AMSo good of you to immediately assume bad intent and write an inflammatory headline before finding out the actual code that causes the bug. Very responsible.
Never assume that the coders are fallible humans; always assume malice.
Thanks for my morning dose of uncertainty and doubt. (You left out fear. Maybe you should put in a line about how your whole home folder could be deleted. That would complete the whole jumping-to-conclusions theme that FUD is known for.)
Posted by: Tedious on November 12, 2007 7:23 AMIt's okay, Tedious. Shh. Macs just work(TM). There are no bugs in OS X. You can go back to bed now.
Posted by: Roberto on November 12, 2007 8:37 AMI get the same thing, my solution was to chflags uchg it for a while and then just start using Firefox for the bug reporter instead.
It only happened on one of my ADC accounts, though.
(radr://5563653)
another one of my comments got deleted.
Banning my IP from posting here will not do ANYTHING to stop me from posting comments.
UNSANITY, YOU ARE A BUNCH COWARDS
Just go and fix your own fucking software, so PAYING CUSTOMERS, can start using it again.
All i see here is alot of shit talking about Apple, but i don't see your little compatibility page updating....
To: hater
Looks like you really memorized that old book, "How to make friends and influence people." WTG!
Not.
Posted by: Daniel on November 12, 2007 11:19 AM@Daniel
No, but i learned 1 thing: If you pay for things, they need to work.
This is a second time we have to hear lame excuses and wait for weeks for an updated "product"
Posted by: hater on November 12, 2007 11:44 AM@Hater
If you are an Unsanity product owner than you have probably looked into OSX's system files and on Leopard you can pretty quickly realize that they have made HUGE changes to the very things that Unsanity relies on for its products to work. Compound on that the obvious-ness that Leopard in its current state is in a transitional phase- pushed out the door to meet a release date as the GUI is in the midst of a completely new presentation method and still using a minor amount of the previous data used to do so. Judging from Unsanity's past you arent gonna get left out to pasture and maybe they are just holding off on wasting time until Apple gets caught up to their own schedule.
@hater,
Just how many Unsanity apps have you licensed? I have licensed ALL of them—twice over. You don't see me incessantly whining albeit I miss ALL of them.
We should get a pool together and pay you for your haxies so you will simply get lost. And I do mean indefinitely lost.
Posted by: CREB/F451 on November 12, 2007 2:15 PM@hater,
You paid for a product, and it works. It just doesn't work the way you want it to work: namely under Leopard. But Unsanity didn't sell you something that works under Leopard, they sold you something that works under Tiger. If you can't understand that major OS releases mean major overhauls for mess-with-the-deep-OS-guts software like what Unsanity sells, then that's your problem. You should have taken the time to find out if the programs you're using are certified for Leopard before upgrading. In any case, quit making your problem our problem as well by whinging about it here.
Posted by: ++Don on November 12, 2007 2:43 PMThis bug is to do with user permissions on the files, some accounts upgraded from tiger are setting wrong permissions on files, which cause finder to crash if you try to edit them in get info, and this cookie behaviour in my experience. once group id, and all user owned files have been reset to correct permissions things function normally. I would hope that apple will automatically do this with 10.5.1, as it's a wide spread bug.
Posted by: macghost on November 12, 2007 4:51 PMThis issue I am talking about has nothing to do with permissions whatsoever. Especially since the cookie file is deleted and recreated from scratch every time it is saved. And remember, there's only one cookie file.
Posted by: Rosyna on November 12, 2007 4:53 PMdoes the cookie file have a user (unknown) listed in permissions? if not, then ok, it's not that problem.
Posted by: macghost on November 12, 2007 5:09 PMmacghost, no, why would it? I mean, unless you changed your umask (not very likely) then the new file will be created with the defaults permissions.
Why are people suggesting it's related to permissions? The file is written from and read to just fine. But this bug causes an empty array to be written instead of your cookies.
Posted by: Rosyna on November 12, 2007 5:16 PMRosyna, I had the same problem last week. All of a sudden, just noticed that every one of my cookies were deleted. I noticed too late, though, so I'm not sure which site triggered the problem for me.
I'm not an Apple developer, but I did login to ADC to grab a copy of Xcode (some neat tools in there). That's all I can think of, but I do quite a bit of web browsing each day - so it could be a non-Apple site.
I'm using an Intel iMac, one of the mid-August models. I haven't used my PowerBook G4 much, but I don't think it's happened on there.
Hope someone takes your report seriously - if I didn't store everything in my keychain, I'd be kinda stuck right now. I'm not looking forward to logging into everything again.
Posted by: Mike on November 12, 2007 5:40 PMHere's the stack trace where it writes out the empty plist:
0 libSystem.B.dylib write$UNIX2003
1 CoreFoundation fileWrite
2 CoreFoundation CFWriteStreamWrite
3 CoreFoundation CFPropertyListWriteToStream
4 CFNetwork CFHTTPCookieStorageSync
5 CFNetwork CFHTTPCookieStorageSyncStorageObserver
6 CFNetwork CFHTTPCookieStorageObserverCallback
7 CoreFoundation CFRunLoopRunSpecific
8 CoreFoundation CFRunLoopRunInMode
9 Foundation +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:]
10 Foundation -[NSThread main]
11 Foundation __NSThread__main__
I'm interested that you have the spare time to fool around tracing these bugs while we users still don't have a Leopard-friendly APE Manager, Fruit Menu, etc. Maybe you need to run a reality check on your priorities.
Posted by: Dana Sutton on November 13, 2007 12:34 AMOr perhaps filing bugs in Mac OS X is directly and strongly correlated with writing software on Mac OS X.
Posted by: Rosyna on November 13, 2007 12:44 AMI do wish that Unsanity would stop trying to improve the quality of Mac OS X for all users by filing detailed bug reports and would instead get back to working on their own software... if only to shut up their users who seem to have nothing better to do than whinge like children for any reason at all.
Posted by: Mark Rowe on November 13, 2007 1:05 AMHello!
People, did it ever occur to you that some of these bugs in the operating system are preventing Unsanity from getting their programs to work???
Don't yell at them for finding and reporting bugs in the OS, it's part of getting programs written for a new version of the OS.
Posted by: Stavros Karatsoridis on November 13, 2007 8:18 AMHello!
People, did it ever occur to you that some of these bugs in the operating system are preventing Unsanity from getting their programs to work???
Don't yell at them for finding and reporting bugs in the OS, it's part of getting programs written for a new version of the OS.
Posted by: Stavros Karatsoridis on November 13, 2007 8:19 AMI won't express myself as rudely as the other gentleman, but I do agree with him. I am sure that Leopard has very many bugs, and this business of disappearing cookies seems to be one of them. But it is very hard for a layman to imagine how this particular bug might have something to do with the fact that haxies and the/or the APE Manager are broken under Leopard. If there is any possible connection then sure, you're right and I'm wrong, and I'll gladly admit it. If not, as a long-time Haxie purchaser I would like to point out that Unsanity is a business enterprise. Its mission is not, as one contributor put it, to "improve the quality of Mac OS X for all users by filing detailed bug reports," but rather to function as a commercial venture by servicing its customer base and keeping them reasonably happy. If, as I suspect may be the case, its programmer has become interested in one particular Leopard bug and has invested his time in studying it when he could and should have been diagnosing and fixing the current Haxie/APE Manager problem, then, yes, I think he needs to perform a reality check on his priorities since, from the cash customer's point of view, the days keep passing without any end to this problem in sight. If I am wrong about this, then of course I humbly apologize to him.
Posted by: Dana Sutton on November 14, 2007 12:40 AMWould you rather have APE arrive a few hours later or your cookies zapped for good?
Posted by: Nicholas Naime on November 14, 2007 1:44 AMPerhaps this was all discovered on a weekend. Note the date and time of this original posting. Do people often devote every waking moment to one task?
Or perhaps this bug was so significant that it prevented any work to be done. Such as this bug, without knowing it's cause, prevented some code from being tested properly due to sites being repeatedly reset to default? Or perhaps in order to write any code, the programmer must first access a site that reads a special cookie in order to get access to the versioning system from a non-main location. As stated, the main production computer is a G5 and this bug cannot be reproduced on a PowerPC mac.
Or perhaps the programmer was doing their due diligence in reporting and tracking down a bug a lot of their developer associates have been hit with?
Posted by: Rosyna on November 14, 2007 1:48 AMPersonally speaking, I'd rather have APE arrive a few hours (more likely days or even weeks) earlier -- it is the job of Apple programmers to fix that bug, it's the job of Unsanity programmers to get APE up and running so those of us who rely on Haxies in our work can do our own jobs.
Posted by: Dana Sutton on November 14, 2007 1:55 AMI've encountered the same bug. Can you give me the radar-number so I can properly file a dup?
Posted by: [maven] on November 14, 2007 4:05 AMI completely f’ed my box. I’ve got a macbook pro, w/ no native DL DVD-R. My PC, however, has a Dl burner. I moved the .dmg to the PC, and burned it. as .dmg. couldn’t find any PC tools to convert .dmg to .ISO (which is the ultimate goal as I would like a boot-able Leopard Disk.) From the DVD, i restored the dmg to my ***MAIN PARTITION*** ouch!!! :*(
What was I thinking?! I’m not going to get into it. Long story!
How can i recover from restoring Leopard onto my main partition? The Macbook hangs at the apple logo, w/ the status under it in a loop.
Posted by: PreciousNeedof aGuru on November 14, 2007 5:22 AMAnother question, does Apple and their cult like fanboys punish developers who dares to post such embarrassing issues to their blog rather than pimping whatever Apple releases?
I am sure no sane technical user or consumer of Unsanity actually expects/expected Leopard compatible APE right after it was released.
There is no such thing. As far as I see, Unsanity is much more responsible than the company your religion is based on and they never, ever release anything which will cause chaos and unstable user experience.
For that, you should check with some other billion dollar company who spent their 7 months trying to lock iPhone rather than testing their new major version of OS and ensuring minimum backward compatibility.
> it's the job of Unsanity programmers to get APE up and running so those of us who rely on Haxies in our work can do our own jobs.
And it's the job of individual computer users to make sure that the software they require for their jobs runs under a new release of the OS before upgrading to that new release. Just because Apple has shipped 10.5 doesn't mean you must upgrade to it immediately.
Posted by: ++Don on November 14, 2007 8:36 AMIf you rely on haxies in your job, you should know NOT to be one of the early adopters of a major OS release. Software inevetibly breaks in such major releases, and you should be prepared to either work around it or live without it till it's fixed. I won't believe you need Leopard to do your work either, as nearly ALL of it's features can be addded to Tiger using 3rd party software.
Posted by: SlugMan on November 14, 2007 12:11 PMRosnya, is there anyway you can post a 'generic' bug report for this issue? That way, if enough people file the bug, it might motivate Apple to get off their arse and fix the problem!
I have experienced EXACTLY the same thing on a C2D Macbook running 10.5 and only just realised that my cookies were being deleted AFTER i was filing bugs!
Posted by: John on November 14, 2007 12:53 PMWould the neglect you've shown ResExcellence count as a bug?
Posted by: ben_marko on November 15, 2007 12:32 AMMuch as I enjoy the general Mac OS X debugging posts, it's more fun when you talk about the specific issues you have with making APE and your various haxies work on Mac OS X, seeing as Apple makes it harder and harder to inject code. But thank you for trying to improve everyone's Mac OS X experience.
Posted by: Simon on November 15, 2007 4:19 AMLess QQ, more pew pew!
Impatient User is impatient.
Keep up the good work Rosnya.
Posted by: dlister on November 16, 2007 4:26 AMLogitec Control Center 2.4 is out
from changelog:
"Unsanity's Application Enhancer (APE) is no longer installed and needed"
good luck with your software, losers.
Posted by: hahah on November 21, 2007 11:27 AMThat's one amazing bug but...I have to agree with some of the other posters here. Could you perhaps post an ETA for at least some of Unsanity's haxies, i.e., an approximate date when they will be available for an open beta? Thanks.
Posted by: Ishan Bhattacharya on November 23, 2007 7:22 PMApple punishes nobody.
It's just an annoying bug you stumbled upon,
a bug that is more relevant to developpers and not to end-users.
Imho not an interesting point to blog about.
Yes, I have reproduced (should read: Apple made my IntelMac reproduce) this error. I thought it had something to do with Safari3 crashing all the time when using the mldonkey html interface, but seems (annoyingly) it does not.
Is this bug specific to Safari only? I use Firefox almost exclusively and have not seen the issue. As far as product update delays go, I'd rather have it later and right than earlier than buggy.
Posted by: Joe on November 26, 2007 9:54 AMThe bug you noted happens on my clean (new drive) Leopard-install G4 pBook, using Safari (no haxies installed, that I can find).
And, yes, please update APEs.
To Haha: I think Logitech switched to a kernel extension to accomplish the thing they do safely with APE.
Good luck to you and all logitech software users in fact.
I will keep buying Logitech for my needs but I won't install their software after they switch to NON SAFE method of doing things.
Posted by: Ilgaz on November 30, 2007 8:30 PMHow would this be for an alternative:
Either . . . a folder action that copies Cookies.plist to some safe folder when it changes, but when the file is changed so that it's below a certain size, it writes the copied, good version to the Cookies folder.
Or heck, a script that copies the cookies file to a safe folder, goes to the bug site so you can report, and then a set time later copies the cookies folder back.
Either could be faster than the Time Machine route.
Just thinkin'.
Plus, I'm hoping that your Leopard compat issues are on the way to being solved. I miss FruitMenu a ton!
Posted by: David on December 7, 2007 4:35 AMThe bug I filed on this Oct 1st is still open, Radar #5516729. Just appended a link to this page, in case any one's awake over there. To tell the truth, I haven't really missed Safari that much--Camino's working great..
Posted by: Dave on December 13, 2007 4:56 PMThanks for writing about this bug. I upgraded to a new Macbook with Leopard preinstalled... and this bug is driving me nuts!!!
I use the machine at work so I don't have it connected to my RAID box until I get home (so no TimeMachine during the day).
I've resorted to having Stuffit schedule a backup of the cookie file every few hours, that way I can at least revert back to a normal working condition.
I don't care for the other browsers, so Apple really needs to fix this bug.
Thanks again! If you hadn't posted I probably would have lost my mind!
Posted by: Josh on December 14, 2007 11:53 AMDudette: get 1Password so you don't ever have to remember a password again -- even without apple's shenanigans cookies Will get corrupted, replaced, overwritten, emptied out -- it's bound to happen sometime. You can even save notes/specifics of your cookies or almost anything including secure notes into 1Password
1Password is a lifesaver and a new must-have for any mac. It works directly integrated with safari and other browsers.
I couldn't do without it ever again. you guys should do some cross promotions!
Posted by: on December 21, 2007 8:56 PMP.S. forgot:
1Password.com
They have had a perfectly fine earlier version for free going for a while -- don't know how long it will last but this link still seems to be good.
http://agilewebsolutions.com/promo/macgems
and if you sign up at macupdate and click the 2 options to add it to your 'wish' list or whatever it's called and to be notified when it goes on sale, that's a good way to get a great deal to upgrade to the newest version whenever it goes on sale again.
FWIW
happy cheery jingle days
I can tell something after my Leopard installation and endless crashes, issues, amazing things and running software update almost hourly.
Unsanity and their customers should consider themselves LUCKY that old APE created issue on Leopard or simply didn't function.
I have even purchased/used Windows ME in its first release date and to this date, I have never, ever seen such a messy buggy OS along with a cult-like community who would blame EVERYTHING, EVERYONE and YOU but not Apple for these issues.
I can't imagine the bad feedback/press Unsanity would get if something magical happened and Ape 2.0.3 have run on Leopard without problems.
I keep saying "this is a clean install", "machine is checked weekly for issues", "I have these issues while just running mail.app from Apple", those freaks still say "No, you must be doing something wrong! Any third party? Haxies?"
For Unsanity: Your total version tracker download numbers are at some amazing levels, you gotta start IGNORING some no-life, never produced anything successful developers and users.
Care for your customers and nobody else. Merry xmas and happy new year.
Posted by: Ilgaz on December 24, 2007 3:28 PMIT'S NOT JUST ME!
Man, this cookie thing has been killing me for the past several weeks. It's not just bugreporter that's doing it, because I haven't been there recently. But it's driving me crazy. I lose the file once every few days. Thanks for the tip about it being a per-site issue though, I'll start trying to track it that way and see if I can figure out what site is doing it. I was thinking that maybe multiple webkit instances were trashing the file, or WebHound or some such, but tweaking those didn't seem to make any difference. Have you tried doing a tcpdump while connecting to bugreporter to see if you can figure out the values and perhaps come up with a reproducible case?
As for the folks bitching about the lack of Haxies. Yeah, I miss them too (that's why I came to this blog--to see if there was any news). But I seriously doubt anyone's sitting around at Unsanity and saying "Gee, I don't feel like earning money, so I'm not going to try and get them working again." Come on guys. Keep the comments to things that are relevant.
Posted by: Kee Hinckley on February 7, 2008 7:00 AMStill happening in 10.5.2 on my Powermac G5.
This is SO F***ING FRUSTERATING.
Posted by: OwlBoy on February 12, 2008 12:14 PMHmm, I report bugs daily on radar and never lose my cookies. Could it be some third party software you have installed? I had so many issues with APE I removed it. Maybe something along those lines?
Try this on a clean system with no third party extensions, or a clean user. Maybe some file is corrupted and its causing this file to get deleted.
Posted by: steven W Riggins on February 14, 2008 2:04 PMActually, yes I noticed this as well, and switched to Firefox to enter/track my Apple bugs now. However, I think this bug also is triggered by logging onto Apple Developer Connection as well.
Posted by: dave on February 14, 2008 11:56 PMThe day these were released I installed FM and WS. Immediatly began having repeated Finder and other app crashes when clicking on the Apple menu. I rebuilt permissions, restarted a few times and finally used APE to disable FM. I reported this to Unsanity and offered to send them any log needed. I listed it on VersionTracker and MacUpdate. I see dozens of people agreeing they have problems.
Yet the funny / sad thing is I just got an email from unsanity announcing these betas and claiming "with no reports of significant catastrophy, it's time to roll the betas out to the mailing list." They do live in their own little world...
There are 3 other reports of FM crashing in this blog as well. But dont they read VT and MU feedback?
qb
Posted by: qb on February 28, 2008 6:37 AMI've been getting all my cookies deleted on Safari whenever I quit the browser for the last few days. It's been happening ever since I updated Safari. I'm not sure whether I updated anything else at the time -possibly QuickTime?
I'm running 10.4.11 on an intel iMac 5.1.
I sure hope Apple addresses this problem soon, as I am tired of keeping a list of passwords handy to redo every single time I open the browser.
I also use Firefox and the cookies on THAT browser are not being deleted.
Posted by: Marian Mendez on July 21, 2008 2:36 PMI'm in the exact same scenario as Marian but it's my 266 Mac Pro WS with 10.4.11. Firefox is ok for me too. I can't remember my recent updates but there was one from Apple... can't remember the specifics.
Posted by: TaskBoy on October 13, 2008 12:40 AMWTF! My cookies are all working now. They were cleared out but once I log-in now they're retained. Freaky--I didn't do anything to remedy.
Posted by: TaskBoy on October 13, 2008 9:15 PMSo THIS is how Mac users spend their time computing? Sheesh.
Posted by: blinkdt on October 22, 2008 9:43 PMKeep comments on topic. If a comment is unrelated to this post, it may be removed or moderated.
