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...