Hi there :)
I seem to remember that this bug has already been reported and if it's the case, it is still around for me…
Quite ramdomly, TM simply crash when bringing up the Find/Replace dialog window and tabbing between the “Find:” field and the “Replace:” field.
Let me know if you need the Crash Report :)
TIA
On 17. Mar 2007, at 17:44, guerom00 wrote:
I seem to remember that this bug has already been reported and if it's the case, it is still around for me…
Yes, I tried half a dozen things to workaround the problem, but all futile, not helped by the problem not being reproducible on my end, and the crash log pointing only at Cocoa framework code.
Quite ramdomly, TM simply crash when bringing up the Find/Replace dialog window and tabbing between the “Find:” field and the “Replace:” field.
The only workaround is to use the version of the find dialog which does not use the framework controls that I am 99% sure are simply buggy, see http://macromates.com/textmate/manual/ expert_preferences#oakfindpaneldisablehistory
This happens on no other application I have ever used, and it is a major pain in the ar_e, as it causes complete crash of the app and lal open docs and projects, with no auto-recovery.
Have you submitted a bug to apple? Any response?
Yes, I tried half a dozen things to workaround the problem, but all futile, not helped by the problem not being reproducible on my end, and the crash log pointing only at Cocoa framework code.
Quite ramdomly, TM simply crash when bringing up the Find/Replace dialog window and tabbing between the ³Find:² field and the ³Replace:² field.
The only workaround is to use the version of the find dialog which does not use the framework controls that I am 99% sure are simply buggy, see http://macromates.com/textmate/manual/ expert_preferences#oakfindpaneldisablehistory
On 18. Mar 2007, at 18:44, Timothy Bates wrote:
This happens on no other application I have ever used [...]
And it doesn’t happen in TextMate, if you disable the problematic Cocoa controls, which I am guessing, none of the other apps you compare with, are using.
From the feedback I have received on this, it seems to be a very small minority that is hit by the problem, but I can make TM not use these controls by default, if that is what you’re requesting, because I have given up on making workarounds (2.0 will just avoid these controls), as it is far too time consuming reverse engineering Apple’s code to locate bugs which are not reproducible on my system.
Allan Odgaard <throw-away-1@...> writes:
The only workaround is to use the version of the find dialog which does not use the framework controls that I am 99% sure are simply buggy, see http://macromates.com/textmate/manual/ expert_preferences#oakfindpaneldisablehistory
Thanks for the workaround, Allan :)
I am running into this same problem once in a while. I really liked the large Search/Replace dialog textboxes I get, since I do so many multi-line search/replace pairs, so I resolved to try to fix without turning off the history permanently.
Here's what I did to avoid the issue: I edit the com.macromates.textmate.plist file to remove the "blank" strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
If I get this problem again, should I try to narrow down which string in the history caused the problem, or should I just look forward to 2.0? ;)
Darryl
Allan Odgaard-2 wrote:
On 17. Mar 2007, at 17:44, guerom00 wrote:
I seem to remember that this bug has already been reported and if it's the case, it is still around for me…
Yes, I tried half a dozen things to workaround the problem, but all futile, not helped by the problem not being reproducible on my end, and the crash log pointing only at Cocoa framework code.
Quite ramdomly, TM simply crash when bringing up the Find/Replace dialog window and tabbing between the “Find:” field and the “Replace:” field.
The only workaround is to use the version of the find dialog which does not use the framework controls that I am 99% sure are simply buggy, see http://macromates.com/textmate/manual/expert_preferences#oakfindpaneldisable...
On 18 Dec 2007, at 21:23, dzurn wrote:
[...] I edit the com.macromates.textmate.plist file to remove the "blank" strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
If I get this problem again, should I try to narrow down which string in the history caused the problem, or should I just look forward to 2.0? ;)
Definitely try to narrow it down!
I have written off the controls as buggy, and just avoid them in 2.0. But I would certainly appreciate filling a better bug report to Apple than just relaying the stack traces I get.
Are you btw on Leopard or Tiger?
I'm using Tiger, 10.4.11.
My search/replace history was a lot of multiple-blank-line searches, but I also needed to search/replace a formfeed character. I'll give it another try to see if that character is causing the problem.
Darryl
Allan Odgaard-3 wrote:
On 18 Dec 2007, at 21:23, dzurn wrote:
[...] I edit the com.macromates.textmate.plist file to remove the "blank" strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
If I get this problem again, should I try to narrow down which string in the history caused the problem, or should I just look forward to 2.0? ;)
Definitely try to narrow it down!
I have written off the controls as buggy, and just avoid them in 2.0. But I would certainly appreciate filling a better bug report to Apple than just relaying the stack traces I get.
Are you btw on Leopard or Tiger?
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
-
Allan Odgaard -
Allan Odgaard -
dzurn -
guerom00 -
Timothy Bates