Arama "Tüm Çözüm" için çalışmayı durduruyor


348

Bir şekilde Visual Studio araması benim için çalışmayı durdurdu. Her zaman bazı metin için "Tüm Çözüm" arama Bu sonucu alıyorum:

Tümünü görüntüle "[Aradığım şey]", Alt klasörler, Sonuçları Bul 1, "Tüm Çözüm" Aranacak eşleşen metin bulunamadı. Bulma işlemi durduruldu.

Neden birden "Bakacak dosya bulunamadı" diyor?

Google'da Ctrl+ Breakveya Ctrl+ tuşuna bastığını söyleyen bir dizi bağlantı buldum Scroll Lock, ancak bunların hiçbiri benim için çalışmıyor gibi görünüyor.


19
Visual Studio 2012'de sorun devam ediyor.
Nick Josevski

1
Ayrıca VS2008'de olur. Çözüm de orada çalışıyor.
Adi Shavit

7
Sorun Visual Studio 2013'te devam ediyor
Jamie Cook

1
Visual Studio'nun arama özelliği genellikle oldukça hatalı görünüyor (2013 sürümü de). Geçtiğimiz aylarda onunla yoğun bir şekilde çalışıyorum ve doğal yavaşlığından (Yüce'ye kıyasla bir kaplumbağa) ayrı olarak, genellikle tüm Visual Studio örneğini donduruyor veya sıkışıyor. Oldukça gelişmiş Regex özelliği özellikle buggy'dir, bu da ne kadar çok yararlı olduğunu göz önünde bulundurarak daha da sinir bozucudur. Bunun için iyi bir çözüm veya belki vs uzantısı bulamadı - herhangi bir haberdar olmak için mutlu olurdu. Yoksa bu 2015 sürümünde geliştirilecek mi?
Gilad Barner

14
Bu sorunu VS2015
Spongebob Yoldaş

Yanıtlar:


586

Bu sorunu arada bir anlıyorum. Bulduğum saçma sapan bir çözüm, Sonuçları Bul penceresinin (Çıktı penceresini değil) içine tıklamaktır. Yanıp sönen metin imleci göründüğünde Ctrl+ Breakdört veya beş kez basın. Bu, soruna neden olan her şeyi "engellemeyi kaldırıyor" gibi görünüyor.

Raporlar vardır Ctrl+ ScrLkyerine kullanılabilecek gerekebilir Ctrl+ Break. Bunlar işe yaramazsa, Breakyalnız deneyin .

Codeguard'dan not: Bu soruna bir açıklama ve deterministik çözüm buldum


86
Bunun gibi Voodoo belgesiz özellikler bölümüne
girmeli

31
Ctrl + breakbenim için çalışmadı. Bunun yerine Ctrl + ScrollLockişe yaradı. Bu VS2010'daydı.
Ray

3
Ctrl + Break benim için çalıştı. "Bulma işlemi durduruldu" yazan yere geri getirmenin bir yolu var mı? :)
Bhupendra Joshi

7
Şüpheliydim. Gerçekten şüpheci demek istiyorum. Ben de denedim. Muhtemelen mümkün olduğunca çok kez ctrl-creak isabet ediyordu ... ve çalıştı ... Yani .... gerçekten çalıştı ... Holy Crap!
James Wiseman

4
Kahretsin, ilk Google sonucu ve bu garip düzeltme işe yaradı. Ne kadar tuhaf!
Adambean

81

Windows 7 Pro SP1 64 bit, Visual Studio 9.0.30729.1

Çalışmadı:

  • Ctrl + Break
  • Ctrl + Scroll Lock
  • Visual Studio'yu yeniden başlatma

Çalıştığı:

  • Break (Sonucu Bul 1 ve 2'de) (yalnızca bir kez basılır)

Kaynak: Gordon'un linkindeki yorumlar ...


3
Aynı şekilde, sadece "Sonucu Bul 1" i kırdım ama bu ikisini ya da ikisinden birini kullandığınıza bağlı.
mikeesouth

1
Teşekkürler ! Scroll Lock tuşunu klavyeden bile kaldırmıştım ve nedeni bu değildi!
sergiol

Teşekkürler! VS 2012'de çalıştı (Güncelleme 2)
Mehmet Ataş

Visual studio 2017 sürümünde bu "hata" düzeltildi! Artık arama aracı kilitli kalıyor ve CTRL + Break çalışmıyor. İyi! :(
tedebus

58

Hata kaynağı

Bu ne Visual Studio ne de Windows ile ilgili bir hata. Aslında, hata klavyenizde! Farklı satıcılardan gelen birçok klavyenin buggy olduğu bildirilmiştir.

Sorun

Ctrl+ Tuşuna basar Breakve Ctrlönce bırakırsanız , Break bir buggy klavyesinde takılı kalır. Şimdiye kadar Ctrl+Break "yanlış" bir şekilde, arama kesintiye olma ile bu sorunu olacaktır.

ayrıntılar

Tarama kodu özelliklerine göre Breakve Ctrl+ Breaközeldir. Bastığınız anda "make" (bas) ve "break" (bırak) tarama kodları gönderirler Break. Serbest bıraktığınızda hiçbir şey göndermiyorlar Break. Buggy klavyesi aşağıdaki sırayı gönderecektir:

  1. Ctrl "make" tarama kodu
  2. Ctrl+Break "yap" tarama kodu
  3. Ctrl "kesme" tarama kodu
  4. Pause "kesme" tarama kodu

Yani, Ctrl+ Breakasla serbest bırakılmaz, bunun yerinePause serbest bırakılır.

üreme

Örneğin, Visual Studio araçlarından eski iyi Spy ++ kullanabilirsiniz. Windows not defteri gibi herhangi bir şeye ekleyin ve mesajları izleyin (yalnızca klavye mesajlarını seçmenizi öneririm). Ctrl+ Tuşuna basın Break,Ctrl ilk. Spy ++ çıktısını kontrol edin. Ayrıntılar bölümünde gördüğüm sekansı göreceksiniz.

Aynı bilgisayarda iki farklı klavye denedim. Logitech K120'de hata var, diğer bazı Mitsumi klavye teknik özelliklere göre davranıyor ve hata yok.

Bunu düşünürseniz, buggy davranışı naifken, doğru davranışın özel durum yönetimi gerektirdiğini anlamak kolaydır. Bu yüzden birçok farklı klavye buggy olabilir.

Çözüm

Klavyenizi değiştirin :)

Geçici çözüm

Sadece yayınlamaya dikkat ederek Ctrl+ tuşuna basmanız yeterlidir . Hangi uygulamanın aktif olduğu önemli değildir.BreakBreak


2
Bu son derece şüpheliydi, ancak daha sonra bu sorunun sadece daha önce bir toplu iş dosyasını iptal etmek zorunda kaldığımda gerçekleştiğini fark etti. Sadece bir ctrl-break yapmayı denedim ama ikinci ve pop bırak, arama başarısız oldu. Yinelenen ilk önce mola vermek ve arama sihirli çalışır. Teşekkürler
Skuld

Sadece hepsini kıran mutlaka Break anahtarı olmadığını ekleyebilirim. Ben rect ile kodu çok düzenliyorum. seçim kopyala / yapıştır, ve Alt basılı tutarken, büyük olasılıkla Alt ya da bir şey sonra fare düğmesini serbest bırakmak nedeniyle bilgisayar çok bip sesi duydum.Bu şekilde Ctrl tuşu bir şekilde yapışkan var! Tüm uygulamalar tutulduğu gibi tepki veriyordu. Ve evet, Break ile kombinasyonlar onu serbest bıraktı. Bu yüzden, anahtar tarafında kırılan birkaç tuş bileşimi var, Windows tarafında sanırım bazı aptal taşma.
feos

Haklısın. Ben de bir "Microsoft kablolu klavye 600" ile hata alıyorum.
Samuel Delisle

1
Klavyem deha ve sorun da var. Cevabınız anlamsız.
sergiol

Buggy birçok klavye var. Sadece tarif ettiğim şeyi deneyin ve eğer olursa klavyeniz de buggy.
Codeguard

32

Bu hata Visual Studio'da uzun zamandır var ve asla düzeltilmiyor gibi görünüyor.

2004'ten bu MS Connect öğesine bakın: http://connect.microsoft.com/VisualStudio/feedback/details/105511/find-in-files-says-no-files-were-found-to-look-in-find- durduruldu

Hala VS2010'da tamir etmediklerine inanamadım - ama hala orada :(

Connect öğesi Kapalı - Düzeltilmedi olarak işaretlendi : https://connect.microsoft.com/VisualStudio/feedback/details/718217/find-was-stopped-in-progress-while-performing-search-in- görsel stüdyo


Hala VS2011 beta sürümünde de var.
Alastair Maw


4
Hala VS2013'te oluyor.
Martin Suchan

2
Hala VS2015'te oluyor.
Julius R

Bazı MS halkı bunu takip etmek için aktif olarak Connect'te benimle çalışıyor. Bir şey çıkarsa göndereceğim, Bu arada Break / Ctrl-Break ile bir geçici çözüm olabileceğini görmekten memnuniyet duyuyorum. Ben 20 veya 30 saniye sürebilir, 'yakalar' kadar Find penceresinin kapat (x) düğmesini deli gibi tıklıyorum.
Chaz

19

Ctrl+ Breakveya Ctrl+ScrLk bulma işlemini iptal eder. Dene. Olan şey, bazı yazılım katmanlarının (muhtemelen Windows), bu tuşların olmasa bile hala basıldığını düşünmesidir. Onlara basıp bırakmak bayrağı temizler.

Bu kombinasyonlardan herhangi biri olabilir:

Ctrl+Break

Alt+Break

Break

Ctrl+ScrLk

Klavyenizde birden fazla kontrol ve alt tuşun bulunduğunu unutmayın - her biriyle deneyin. Sağ Ctrltuş + ise ScrLk, sola basmak Ctrlsorunu çözmez.

İşte Microsoft'un "Düzeltmeyecek" olarak kapattığı Connect sorunu.

Bu sizin için yinelenen bir sorunsa , soruna neden olan sanal anahtarı bastıran bir Visual Studio uzantısı vardır.


Bağladığınız VS uzantısı dışında hiçbir şey benim için çalışmadı. Teşekkür ederim!
nooblar

Görsel uzatma bağlantısı VS 2012'de işe yaramadı
Yonatan Simson

12

Ctrl+ Fve Ctrl+ Shift+F , Visual Studio 2015 Topluluk Sürümünde çalışmayı durdurdu.

Arkadaşım bana:

  1. Araçlar → Alma ve Verme Ayarları: Resim açıklamasını buraya girin

  2. Seçin: Tüm ayarları sıfırla → İleri Resim açıklamasını buraya girin

  3. Seçin: Hayır, sadece ayarları sıfırla, mevcut ayarlarım üzerine yaz → İleri Resim açıklamasını buraya girin

  4. Seçin: Genel → Son Resim açıklamasını buraya girin


2
Nihayet bu bir sabit web bir saat boyunca etrafa baktı. Yeniden yüklemek için uğraştım, bu bana zaman kazandırdı. Teşekkür ederim
user219628

11

Benim durumumda, arama penceresindeki "Şu dosya türlerine bak:" alanında sahte bir karakterim vardı.

Karakteri kaldırmak sorunu çözdü.

Visual Studio 2017

resim açıklamasını buraya girin


10

Önceki tüm seçenekleri denedim. Benim için çalışmadılar, ama onları okumak beni bir hata olduğundan emin yaptı ve çalışmasını sağlamak için bilinmeyen bazı yollar denemem gerekecek. Bu nedenle, Visual Studio 2010'da basit bir dosya araması yapmayı denedim :

  1. Mevcut belge
  2. Tüm açık belgeler

İkisi de işe yaradı.

Sonra Dosyalarda Bul ve woah'ı denedim ! Çalışmaya başladı.


9

Visual Studio 2012'de arama çözümü kırıldı. Bunu üç makinede test ettim, iki makinede çalışmadı. İşe yarayan bulduğum şey, arama alanının yanındaki açılır oka tıklayıp Tümünü bul'u seçmektir. Bu biraz acıdır, çünkü her çözüm aradığınızda açılır listeyi seçmeniz gerekir.

resim açıklamasını buraya girin


6

Ne yazık ki bu özel tuş vuruşlarının hiçbiri benim için çalışmıyor. Yalnızca Visual Studio 2010'u yeniden başlatmak benim için işe yarıyor gibi görünüyor.


5

Aynı sorunu Visual Studio 2013'te (Güncelleştirme 3) yaşadım. Daha önce listelenen tuş kombinasyonlarının hiçbiri benim için çalışmadı. Ben vardı *.csFileTypes seçilen.

Çalıştırmak için, olarak değiştirdim *.*ve sonra tekrar *.cs- şimdi işe yarıyor.


4

Visual Studio 13'ü birkaç yıldır bu sorun olmadan kullanıyorum ve Güncelleme 5'i uyguladıktan sonra bu sorunu yaşamaya başladım ya da bilmeden hangi tarafından tetiklenen tuhaf bir tuşlar combo olabilir, bilmiyorum, emin değilim.

Echelon_Force'un çözümü benim için çalıştı. Teşekkürler!

Çalışmadı:

Ctrl + Break

Ctrl + Scroll Lock

Çalıştığı:

Break (Sonuç 1 ve 2 Bul penceresinde - Yalnızca bir kez basılır)

Dosyalarda mutlu bulma!


2

Kombinasyonları hepsi Scroll Lockve Breakbenim için hiçbir şey yapmadı. Geçici bir çözüm olarak, çözüm dizinini Arama Klasörlerine (ikinci üç nokta düğmesi) ekledim, sonra Konum alanını çözüm dizinine değiştirdim. Temel sorun hala var, ama benim için bu işlevsel olarak aynı şey.

(Visual Studio 2013, Windows 8.1, x64)

screenshotomwhat


2

Visual Studio 2019'u 16.4.3'e güncelledikten sonra bugün glenneroo ile aynı sorunu yaşadım. Burada benim için çalışan bir çözüm buldum .

Metin alanında Find Options(özel) bir karakter olup olmadığını açın ve kontrol edin Look at these file types. Öyleyse çıkarın.


1

Güncelleştirme 3'ten sonra Visual Studio 2013'te aynı sorunu yaşadım. Daha önce şu dosya türlerine bak: ".cs" veya ".cshtml" koyabilirdim ve işe yarayacaktır. Ancak Güncelleme 3'ten sonra artık " .cs" veya " .cshtml" (veya aramak istediğim dosya türlerini) koymak zorundayım ve iyi çalışıyor.


1

Bu, her şey sadece bazen çalışmadığında veya çalıştıktan sonra benim için işe yarar:

Aramayı yapın ve arama yaparken her zaman basılı tutun CRTL ve tuşuna basın Break.


1

Birden çok dosya türü arıyorsanız, bunların bir; karakter, boşluk değil.

Bu, doğru sonuçları döndürür:

* .Cs;. * Vb; * js;.. * .Aspx

Bu hiçbir şey döndürmez:

* .cs * .vb * .js * .aspx

Bu, orijinal posterdeki sorun değil, ancak aramalarının neden çalışmadığını anlayamayan diğer insanlar için bunun nedeni olabilir.


1

Partiye geç başka bir cevap, ama ben bu sorun için başka bir "çözüm" buldum.

Visual Studio uygulaması aramada donmuş gibi göründüğünde ... yalnız bırakın. Kapatma. Yeniden başlatma. Sadece 10-15 dakika bekletin ve sorun kendi özel durumumda olduğu gibi kendi kendini düzeltebilir. Tamamen eğitimsiz tahminim Visual Studio dosyaları aramak ve bir engel olarak çalışan bir dizin bir tür inşa olmasına rağmen, neden yalnız bırakarak sorunu çözdü emin değilim . 10-15 dakika dolduğunda ve VS aramayı tamamladığında, bundan sonra iyi görünüyor.


1

Muhtemelen çoğu durum için geçerli olmayacaktır, ancak benim için sabit olan şey, arama penceresinde 'Normal İfadeleri Kullan'ı kapatmaktı. Daha önce bazı zor değiştirmeler için Düzenli İfadeler kullanıyordum ve bittiğinde kapanmadı. Belki de basit değiştirme metninin bir kısmını (aşağıya bakın - bazı özel karakterlere sahipti) eksik veya hatalı biçimlendirilmiş bir normal ifadenin başlangıcı olarak yorumladığını ve aslında herhangi bir eşleştirme yapamadığını düşünüyorum. Sana söyleseydi iyi olur!

Normal ifadeleri kullanmayı devre dışı bırak


Haklısın, sana söylemeliydi. Ancak, yukarıdaki örnekte ("Arananı Bul" metninde eşleşmeyen bir karakter gösterilmektedir . Parantez bu kutuda özel olmadığından, "Değiştir" metni iyi.
Zarepheth

1

Sadece Ctrl+ F( Tüm Çözümde Bul) kullanırsam kilitlenir ve asla Ctrl+ Shift+ F( Dosyalarda Bul ) kullanırsam kilitlenir .


1

Bu Ctrl+ Breaknumara yıllarca çalıştı, sonunda bunun neden olduğunu anlamak gerçekten ilginç . VS2015 ile arama ile ilgili bir sorunum var: Ctrl+ Shift+ Fbasitçe çalışmıyor, bastığımda bu tuş kombinasyonu yok sayılıyor gibi görünüyor. VS 2015'i bile yeniden yüklemeye çalıştım ve hala aynı kırık davranışı aldım.

Birisinin özdeş bir sorunu varsa, nedeni buydu:

Rastgele bir nedenden ötürü VS2015'in bilgisayarıma bağlı başka bir monitörde "dosyalarda bul" iletişim kutusunu gösterdiği ortaya çıkıyor. Bu diğer monitör, normalde "Kapalı" konumda olan 4K Samsung TV'dir ve VS 2015'in neden bu arama iletişim kutusunu bu monitöre göndermesiyle ilgili hiçbir fikrim yok. Şaşırtıcı bir şekilde, televizyonumu açtığımda arama iletişim kutusu kendi başına birincil monitöre taşınıyor!


1

Visual Studio 2012 Professional'ı bir sanal makinede çalıştırıyorum, Linux makineden rdesktop kullanarak bağlanıyorum.

Diğer önerilerin hiçbiri işe yaramadı, ancak sorunu çözdü:

  • 'Bul ve Değiştir' ekranına gidin. ( ctrl- shift-f benim durumumda)
  • Bir arama metni girin ve 'Tüm Çözüm'ü seçin
  • 'Sonrakini Bul'a basın, bir sonuç bulmalıdır.
  • 'Tümünü Bul'a basın, şimdi iptal etmeden çalışıyor. (Not: Fareme çok sert vurdum ve bazı küfürler de vardı, ancak bunun psikolojik olandan başka bir önemi olmadığını düşünmüyorum: D)

0

Aşağıdakiler benim için çalıştı. Visual Studio → menü WindowsPencere Panelini Sıfırla . Visual Studio'nun yeniden boyutlandırılması seçeneği gizlemeyi sağladı.


Visual Studio'nun bazı sürümlerinde buna "Pencere Panelini Sıfırla" değil "Pencere Düzenini Sıfırla" denir.
Peter Mortensen

0

Bu, Visual Studio ile ilgili en büyük problemlerimden biriydi. Benim için (Windows 10, Visual Studio 2015) tüm dosyalarda bul penceresi bir beyazla kilitlendi ve tahmin et, vurmak print screenonu çözdü.


0

Ctrl+ BreakVisual Studio 2008 için çalışır


0

Benim için hiçbir şey işe yaramadı. Ben de Resharper kullanıyorum. Bu yüzden VS anahtar bağlamalarımı sıfırlamak ve Resharper kısayollarını yeniden uygulamak zorunda kaldım. Sadece bu beni çalıştırdı.

  1. Geçerli klavye yapılandırmasını sıfırla (Araçlar | Seçenekler | Çevre | Klavye | Sıfırla).
  2. ReSharper şehrine git | Seçenekler | Çevre | Klavye ve Menüler | "Visual Studio" | Şemayı Uygula.

0

Bu, Visual Studio'nun 15.8.8 Sürümüne yapılan güncellemeyle benim için başladı. Yukarıdaki adımların hiçbiri işe yaramadı. Hata yok. Sadece 'takılmış' bir arama gibi görünüyor.

Kısa süre önce ApexSQL Refactor 2018.03.0331 sürümünü yükledim. Bunu kaldırmak sorunu çözmedi ve nedeni gibi görünmüyor. Visual Studio güncelleştirmesinin 15.8.8 sürümü ile ilişkili gibi görünüyor.

Visual Studio'yu tamamen kaldırdım ve Sürüm 15.8.8'i yeniden yükledim. Tüm Çözümü Ctrl-Shift-F ile arama sorunu artık sorun olmaktan çıkmıştır. Problem ne olursa olsun neden yapar kaldırma ve yükleme işleminden sonra çözülür.

ApexSQL Refactor 2018.03.0331'i bir kez daha kurdum ve her şey hala iyi çalışıyor.


0

Visual Studio Community 2017 ve şimdi 2019 (16.1.4'e kadar yamalı) ile benzer bir durum yaşıyorum. Benim durumumda herhangi bir sonuç göstermiyor, sadece hiçbir şey bulamadan sonsuza kadar arar. Benim çözümüm "Bul ve Değiştir" iletişim kutusunun kilidini açmak ve kayan konumdaki herhangi bir yere taşımaktı. Çıkardıktan sonra tekrar orijinal konumuna geri yerleştirildikten sonra bile iyi çalışıyor gibi görünüyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.