New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Small fixes to the latest download proxy #602
Conversation
* Turns out stringByStandardizingPath doesn't resolve symlinks if the path contains a '~'. We must resolve that first then symlinks * Added a check to make sure the downloads folder exists (i.e. no error in contentsOfDirectoryAtURL:...) * Made sure to only create and return an object if something exists in mrdpath, otherwise return nil
This might be a stupid question, but how do I input that code in order to ameliorate the issue? Thanks a lot for the solution too, greatly appreciated. |
If you want to try this out before it’s incorporated into a release, I’ve written up some instructions (but it assumes you already know a bit about Xcode and Git). |
Easiest solution is to merge this ;-) P.S. - Rob, as per my question about the plugins dev doc going on On 3 January 2012 17:39, Rob McBroom <
|
Yeah, I swear I went through looking for “easy ones” that could be merged but maybe not. This certainly qualifies. |
Small fixes to the latest download proxy
No objections, but it’s pretty low on the list. :-) |
A bit late now, but I just discovered the |
Aaah you're probably right. I hadn't seen that. It does look a bit overkill here though. I guess if more users are still reporting crashes and problems, then we should change it. |
This should fix #596.
I say 'should' because I haven't actually tested it agains a symlinked folder. I don't want to have to mess with my downloads folder. 100sGB + flaky old MacBook on Lion = me worrying all the time