18 Dec
2007
18 Dec
'07
8:23 p.m.
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:
--
View this message in context:
http://www.nabble.com/Crash-in-Find-Replace-dialog-window-tp9531092p1440489…
Sent from the textmate users mailing list archive at Nabble.com.
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#oakfindpaneldisabl…