Hi,
When I do a "Find in Project" and click "Replace All", the dialog states "2 replacements made across 1 file(s)".
But when I run the search again, I get the same results. When I open the concerning file, and click "Replace All", the replace goes just fine.
Also, turns out it's possible to click on "n replacements made ...", which makes it blue. Does this serve a purpose?
– Koen
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz /local-58ab6731-da97/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4 dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail client.
On 11 Aug 2016, at 12:15, Koen Punt wrote:
When I do a "Find in Project" and click "Replace All", the dialog states "2 replacements made across 1 file(s)".
But when I run the search again, I get the same results. When I open the concerning file, and click "Replace All", the replace goes just fine.
I am unable to reproduce this. Can you provide exact steps to reproduce? Would be best to start with an entirely new project and mention every step, e.g. I did the following myself to test your report:
mkdir /tmp/project && echo foo > /tmp/project/foo.txt && mate /tmp/project
Then ⇧⌘F + enter `foo` + press return (one match found), enter `bar` as replacement and click _Replace All_.
For me this does the replacement and running the search again does not find `foo`.
Also, turns out it's possible to click on "n replacements made ...", which makes it blue. Does this serve a purpose?
When you do a Find All you can click the status text to see how many bytes were searched (instead of files). This is done with a “toggle button”, it did not originally change color, but some OS upgrade introduced this, and I have not bothered with trying to address it.
Since the “n replacements made…” is the same label text view, it has the same behavior.
On 11 Aug 2016, at 12:43, Allan Odgaard wrote:
I am unable to reproduce this […]
Good news, I was able to find the issue (with some help from IRC), it was loaded documents in inactive tabs where replacing was skipped (becaused they lacked a “document editor” object).
2.0-beta.12.4 fixes this, currently out as nightly build but I’ll make it a regular release shortly, as it only fixes bugs compared to last regular build.
Sorry to anyone who was affected by this, this was really one of the worst type of bugs (where you can’t trust your software to do what you ask it to) and just after Matt said the regular builds had been “vetted”…
Good news, thanks!
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz /local-ed4d11e8-f9b7/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4 dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail client.
On Aug 18 2016, at 6:06 pm, Allan Odgaard mailinglist@textmate.org wrote:
On 11 Aug 2016, at 12:43, Allan Odgaard wrote:
I am unable to reproduce this […]
Good news, I was able to find the issue (with some help from IRC), it
was loaded documents in inactive tabs where replacing was skipped (becaused they lacked a “document editor” object).
2.0-beta.12.4 fixes this, currently out as nightly build but I’ll make
it a regular release shortly, as it only fixes bugs compared to last regular build.
Sorry to anyone who was affected by this, this was really one of the
worst type of bugs (where you can’t trust your software to do what you ask it to) and just after Matt said the regular builds had been “vetted”…
textmate mailing list textmate@lists.macromates.com [http://lists.macromates.com/listinfo/textmate%5D(http://lists.macromates.com... stinfo/textmate&r=dGV4dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=)
-
Allan Odgaard -
Koen Punt