Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
After doing a "Find" or "Find Next Selection" I want to be able to switch to a different window and continue with "Find Next" (same behavior as VS).
Currently this is not possible because the new window 'forgets' the current search term.
- open any .cs
- use "Find" to search for "class"
- switch to another .cs
- use "Find Next"
- it doesn't find anything
- it should find "class"
Each buffer has it's now search string atm.
So this is by design?
I'm not sure why anybody would want this behavior but can you please add an option to make it work like Visual Studio?
This has bugged me a long time (I use "Find Next Selection" a lot) and I never understood why it wouldn't remember my search from one window to the next.
Atm it's by design - but not by intention, I used some editors where it was like that.
(gedit for example does it too)
I can't see any way to make this work well with the per-document incremental search entry. How does VS11 handle it?
In VS it doesn't matter if you search with Ctrl+F (dialog) or Ctrl+I (incremental) - after I search in one document I can switch to a another one and continue to search (using the last search term) with F3.
I specifically said VS11 because they changed the search experience and it's much closer to what MD does.
The only thing different in VS11 is that both Ctrl+F and Ctrl+I take you to incremental search. Otherwise the behavior is like I described it (you can continue to search with F3 in another document window).
Are there any plans to implement this feature? thanks.
I think we'll implement that after the next major release. We hadn't really the time to work on the search features for that and are in a feature stop phase.
Now that Xamarin Studio has been released, would it be possible to implement this feature? It would really help a lot!
It's already implemented - just didn't close this issue.
(If it's not in 4.0 - 4.0.2 will have it)
I didn't find any options but do I need to configure anything?
I just switched to the Beta (4.0.2 Build 18) and it still has the old behavior.
No should just work
Ok was a bug in find next.
I've a slightly different search behavior:
Switch files then hit find -> pattern is memorized (it's even possible to use the 'find' as 'find next' - but has a slightly different behavior).
I've tried but the pattern is only 'memorized' for the first search.
- search for x in file a
- open search in b (shows x)
- search for y in b
- open search in a (still shows x instead of y)
I've reopend the bug if that's ok.
y, np - it's part of the same issue somehow.
Today, we have verified this issue with the latest builds:
And now this issue is not appearing, as user is successfully able to find next even after switching files, moreover search box of both the files function as per the text in their respective boxes.
Hence, closing this issue.
I've switched to the latest beta Version 4.0.3 (build 13) but the issue is not fixed there (it behaves like described in issue 15).
Shouldn't it work in the beta as you verified it as fixed in XS 184.108.40.206?
It looks like they verified the initially reported behavior, but not the behavior in comment 15.
Mike, did the fix from comment 16 make it into the release branch?
Nischal it looks like your missing step is the *second* search. The issue it seems is that the behavior is correct on the first search and file switch, but then if you search again and switch back, the search on the first page isn't updated.
No I don't think that it's in the 4.0.3 branch - but it's working in master I just checked it again.
@chris: our release & branching strategy is a bit conservative expect that the next release lags roughly 1 month behind :/
@Mike Krüger great idea! :)
Could you also list which bug #'s were fixed in your release notes?
Sorry to report that this bug is back in 4.1.12.
Should work in 4.2.4