Spotlight preview window often doesn't close

OSX10.5. Spotlight. preview window in the spotlight search results column opens normally, but sometimes doesn't close. just sits there on top of all desktop items. So far the only way to get rid of it is to restart which is a pain. Any thoughts?

I am having the same problem: iTunes hangs when I try to quit. I haven't noticed it hanging at any other time, just when I try to quit. However, it also takes an extremely long time (one to three minutes) to start up and will sometimes quit in the middle of starting up. I am wondering if I have corrupted song files or something in my library? Or a corrupted plist file? Anybody have any ideas?
I did just transfer this library from a G4 Mac running iLife '06 to the new MacBook Pro running iLife '09. Is there some incompatible file that didn't get updated, perhaps?

Similar Messages

Multiple problems: can't open two windows, browser doesn't close although window disappears, and after working for a while I loose my ability to cut and paste or use drop down arrows

Maybe two weeks ago I discovered that I could no longer open two windows at a time (I can still open multiple tabs). I am also having problems with cutting and pasting, which is crucial to my on-line job. Plus, when I exit Firefox, it doesn't always shut down, so then when you go to re-open, of course, it won't (unless you go into process and turn it off). I have re-installed multiple times and I have also used restore. Nothing seems to be fixing this and I really, really don't want to use IE, especially for work.

Start Firefox in [[Safe Mode]] to check if one of your add-ons is causing your problem (switch to the DEFAULT theme: Tools > Add-ons > Themes).
* Don't make any changes on the Safe mode start window.
See
* [[Troubleshooting extensions and themes]]
* [[Troubleshooting plugins]]
If it does work in Safe-mode then disable all your extensions and then try to find which is causing it by enabling one at a time until the problem reappears.
* Use "Disable all add-ons" on the [[Safe mode]] start window to disable all extensions.
* Close and restart Firefox after each change via "File > Exit" (Mac: "Firefox > Quit"; Linux: "File > Quit")
See also "Hang at exit":
* http://kb.mozillazine.org/Firefox_hangs
* [[Firefox hangs]]
Maybe also do a malware check with a few malware scan programs.<br />
You need to use all programs because each detects different malware.<br />
Make sure that you update each program to get the latest version of the database before doing a scan.<br />
* http://www.malwarebytes.org/mbam.php - Malwarebytes' Anti-Malware
* http://www.superantispyware.com/ - SuperAntispyware
* http://www.safer-networking.org/en/index.html - Spybot Search & Destroy
* http://www.lavasoft.com/products/ad_aware_free.php - Ad-Aware Free
* http://www.microsoft.com/windows/products/winfamily/defender/default.mspx - Windows Defender: Home Page
See also "Spyware on Windows": http://kb.mozillazine.org/Popups_not_blocked and [[Searches are redirected to another site]]

When using spotlight, the preview window opens and refuses to close

The spotlight preview window won't close. It just sits on top of anything else that you have open. It is a massive pain, particularly when i have about 50 windows open and have to restart the computer to remove it. Any suggestions?

Closing apps doesn't help (Until i close everything and restart the computer). It seems to be stuck to a space. Because when i shift spaces, it stays there. Next time i might try deleting the space and see what happens.
Spotlight is not indexing, it's just open. Unofrtunately i forgot to take a screenshot of activity monitor, but i took some of what the problem looks like:

Mini guide and little video preview window causing Black screen!!!

I now have the same issue. Pressing the B button used to give me a pip with the guide on screen at the same time as live TV in the lower right corner. Now when pressing B the small box with live TV appears in the corner but the guide goes black. Pressing B again, closes the small pip window and restores the guide - different from what it was doing before.

gate1975mlm wrote:
Everytime you bring up the little mini guide with the right arrow on your remote and then exit out of it and then bring up the big guide or any other menu like On Demand for example and then bring up the little preview window by clicking the B button on your remote the entire guide or other screen like On Demand goes completely black!! The quick fix is to restart the DVR box but as soon as you use the mini guide and then the litle preview window it happens all over again. It is happening on all 3 of my Arris XG1v1 boxes with updates 1.55.02 and 2.02p12s1. Are you guys seeing this also? I hope this will be fixed soon as I use the preview window often. Can a Comcast Tech look into this issue please. ThanksI was able to replicate the issue you have, but instead of having to reboot the box, I just pressed the "B" buton to exit out of small pic and my Guide returned to normal. Takes some experimenting...

Elements 11 Preview Window not visible in dual monitor mode

When I go to dual monitor mode the preview window is hidden. I can still hear the audio from the clip but I can't see the video window. It is still hidden when I switch back to single monitor mode. The only way to bring it back is to close out the program and reopen it. Does anyone know where it goes and how to make it visible?

MAINEEDIT
I have just set up for Premiere Elements 11 Dual Monitor Mode in Windows 8 64 bit computer.
How do you have your monitors set up...Extend Across.. or other?
I am not having any problems keeping track of what I believe you are referring to as the "Preview Window". So please excuse
if I double check with you via the following screenshot.
Preview Window which can be brought up
a. double clicking the file in Project Assets
b. double clicking the file on the Expert workspace Timeline
I am going to go over this one more time with my Premiere Elements 11 and Windows 8 64 bt computer to see
if I can create the situation that I am interpreting that you have.
Thanks.
ATR
Add On...This especially makes me ask....
When I reopen the program the preview window appears in its normal position.
The Preview Window is going to close when you save/close the project. As you saying that you re-opened the project
to find the Preview Window opened?

Mini guide and little preview window causing Black screen!!!

Everytime you bring up the little mini guide with the right arrow on your remote and then exit out of it and then bring up the big guide or any other menu like On Demand for example and then bring up the little preview window by clicking the B button on your remote the entire guide or other screen like On Demand goes completely black!! The quick fix is to restart the DVR box but as soon as you use the mini guide and then the litle preview window it happens all over again. It is happening on all 3 of my Arris XG1v1 boxes with updates 1.55.02 and 2.02p12s1. Are you guys seeing this also? I hope this will be fixed soon as I use the preview window often. Can a Comcast Tech look into this issue please. Thanks

Same here, even tried other people's boxes and they have it too.

Just wondering if I'm looking for something that doesn't exist - can firefox automatically close the "print-preview" window after printing?

I'm using the addon in my firefox toolbar to print preview website data then append to a pdf file. Sometimes I am distracted, then can't remember if I've gone through the process and printed/appended the page to the file. It would be helpful if there was a way that the print preview window would close after printing thereby confirming that the process has completed. Thanks in advance.

Thanks for your reply.
I'm running different versions of firefox on different computers. I'm aware of the upgrade procedures. Same issue in later versions as well.
The add-on is called "Print Preview Button 0.5" by sindre-wimberger which I obtained through the "Search Mozilla Support"
However, that's not really relevant - to bring this back to basics the same situation occurs if you do <File> <Print Preview> then print the document. The print preview screen remains until manually closed. Perhaps there is a setting in "about:config"? Does anyone know if this is so? There is an entry "print.whileinprintpreview" but not sure what setting does here. Suspect if set to "False" then you probably wouldn't be able to print from "Print Preview" screen.
Thanks.

Window doesn't close wheh Call Library Function Node set to Run in Any Thread

This is a problem regarding Call Library Function Nodes running in the UI thread or any thread.
I have a camera which has its own API supplied as a dll. I have created a set of VI wrappers which each call a function in the dll through a Call Library Function Node.
Initially each CLFN was set to 'Run in the UI thread' (the default).
To start the camera streaming images I call (through a CLFN)
ICubeSDK_Start(int CamIndex, Hwnd, ImgHandle, bool Preview, bool callback);
If Preview = True then the image is displayed in a preview window.
If ImgHandle = NULL a default preview window
is used.
In the CLFN definition I define:
ImgHandle as a U32
Preview as a I32
To stop the camera streaming images I call
ICubeSDK_Stop(int CamIndex)
In the actual implementation I set ImgHandle = 0 (NULL) and Preview = 1 (true).
This all works fine, and a preview window is opened and images displayed. When I call ICubeSDK_Stop the preview window is closed.
However, I would prefer to set the CLFN to 'Run in any thread' because
a) when run in the UI thread the preview window randomly gets sent to the back when I switch focus between open VI windows (presumably because it is in the same thread as the VIs)
b) I don't want to put unnecessary stuff in the UI thread
c) my (naive?) understanding is that it is safer to run in any thread
So I have set all CLFNs to 'Run in any thread'
When I do this the preview window opens OK, and behaves like any other non LabVIEW controlled window in terms of focus. But when I call ICubeSDK_Stop() the preview window does not get closed properly, it just shows a blank image. I can't close it manually, there is no X in the corner and no option to close it from the taskbar. To get rid of it I have to close the LabVIEW project it is spawned from, which often results in a crash. It does appear as a separate item in task manager but if I 'end process' it, LabVIEW closes (and often crashes) as well.
If I change only the CLFNs that call the Start and Stop functions back to 'Run in the UI thread' then it all works fine again, except that the preview window gets sent to the back randomly as before.
So, what do I have to do to get the preview window to close properly if I set the CLFN to 'Run in any thread'.
Alternatively, is there a way to close the window programmatically (ie force it to close) after I have called ICube_Stop.
Thanks
DAve

Hi Dave,
The "Run In UI Thread" switches from the thread the VIs currently executing in to the user interface thread. If you select "Run in Any Thread", the Call Library Function Node continues in the currently executing thread. By default, all Call Library Function Nodes run in the User Interface thread.
Before you configure the Call Library Function Node to run in any thread, you have to make sure that the code is thread safe. Code is thread safe when it does not store any global data (e.g. global variables, files on disks, etc.), does not access any hardware, does not make calls to any functions, libraries or drivers that are not thread safe.
Unfortunately, since you said that your DLL accesses hardware, it is not recommended to use "Run in Any Thread." This is probably why you are seeing the crash.
If your preview window gets sent to the back you can programmatically bring it forward. Here is an example of how this can be done: http://decibel.ni.com/content/docs/DOC-4551
If you want to completely close the window down you can do so as described in this link: http://digital.ni.com/public.nsf/allkb/81E9C1441900FFCE8625748F0055DBB0?OpenDocument
I also thought you might find this useful: http://zone.ni.com/devzone/cda/tut/p/id/3009
I hope this helps.
Regards,
Mahdieh G
Applications Engineer
National Instruments UK&Ireland

Doesn't start when starting as administrator. Error Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system.

Update firefox, it asked me to update flash, I tried to update flash but it said I had to close firefox. A box came up and said the Flash install would continue when I closed firefox. I closed all firefox windows and no update of flash occurred. I tried relaunching firefox but got the "Doesn't start when starting as administrator. Error Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system." message. I rebooted the system, no improvement. I tried to run firefox as administrator and got the same message. Either I find a fix or I won't be able to use firefox and will have to go back to ie.

-> press '''CTRL''' + '''SHIFT''' + '''ESC''' to Open Task Manager -> Processes tab -> right-click '''firefox.exe''' and click '''End Process Tree''' -> close Task Manager
Troubleshooting extensions and themes
* https://support.mozilla.com/en-US/kb/Troubleshooting%20extensions%20and%20themes
Troubleshooting plugins
* https://support.mozilla.com/en-US/kb/Troubleshooting%20plugins
Check and tell if its working.

I try to launch firefox get the following message "firefox is already running, but is not resonding. to open a new window, you must first close the existing firefox process, or restart your system" firefox is not running and restart doesn't work

when I launch firefox get the following message "firefox is already running, but is not resonding. to open a new window, you must first close the existing firefox process, or restart your system" firefox not running and a restart doesn't solve the problem

Download a fresh Firefox copy and save the file to the desktop.
*Firefox 12.0.x: http://www.mozilla.org/en-US/firefox/all.html
Uninstall your current Firefox version, if possible.
*Do NOT remove personal data when you uninstall your current Firefox version, because all profile folders will be removed and you will also lose your personal data like bookmarks and passwords from profiles of other Firefox versions.
Remove the Firefox program folder before installing that newly downloaded copy of the Firefox installer.
*It is important to delete the Firefox program folder to remove all the files and make sure that there are no problems with files that were leftover after uninstalling.
*http://kb.mozillazine.org/Uninstalling_Firefox
Your bookmarks and other profile data are stored elsewhere in the Firefox Profile Folder and won't be affected by a reinstall, but make sure that you do not select to remove personal data if you uninstall Firefox.
*http://kb.mozillazine.org/Profile_folder_-_Firefox
See also:
*https://support.mozilla.org/kb/Firefox+is+already+running+but+is+not+responding
*http://kb.mozillazine.org/Profile_in_use
*http://kb.mozillazine.org/Recovering_a_missing_profile

Closing Report Preview window closes all parent windows

I have a form 6.0 calling a report 6.0 with several user parameters using run_report_object in preview mode. After the finishing previewing, the user closes the report preview window. Then the preview window closes all the parent windows.
Need help!
1) The parameters are char, date and number types.
2) I don't have a parameter form. I take out the high-light of the parameters on the parameter form and the parameter form title.
3) I have several user parameters and without the parameter form i'm still able to pass the parameters from the Form.
Thanks
null

report_other parameter can only take 255? characters.
I use create parameter list and add_parameter instead.

How to close the scopes / preview window

I guess I have the opposite problem that most people have (I did try to do a search on this one). I would like to close or disable the scopes/preview window. Is there anyway to do this?
I am running 1 large monitor and would love to just have the main color interface fill the entire screen. (I have read that color is designed for 2 monitors.. but it's easier to fit one large (28") monitor on my desk rather than 2 smaller ones) In single display mode, I can minimize the scopes window, but I can't seem to maximize the main color window. If I do dual monitor mode, I can minimize the scopes window, but when I hit play, it pops up and jumps in front of my main window. I have a kona for my external monitor and I have an external scope.
Is there anything I can do? Did Apple just not give us many ways to customize the interface (Can't re-size the main color window)? I am running color 1.0.4 on OS X 10.4.11 (on a G5), and have the ATI X800 XT.
Thanks so much,
Peter

+Then the scopes screen jumps in front of my main grading window.+
Don't know why this is happening to you. Under window set for a single display and restart Color. If your doing DVD/TV work the only monitor that going to be any help is a grading TV monitor. A second computer monitor would be a waste and useless.
I have a two screen setup. I mainly do work for internet delivery. I have Color set up for single display. My main monitor (calibrated as close as I can get it) is better than my second monitor. And that's were I view my Quicktime videos. The second monitor is only used for programs tools/pallets. When I do something for TV I set up a second TV monitor.

Print Templates print preview window closes unexpectly when printing document

This is a cross posting from Internet Explorer Web Development after a suggestion that this forum would be a better location. See
https://social.msdn.microsoft.com/Forums/ie/en-US/351e1245-b606-4467-9f3c-1c72f9cdf9ea/print-templates-print-preview-window-closes-unexpectly-when-printing-document?forum=iewebdevelopment.
I have raised an issue through Connect for this:
https://connect.microsoft.com/IE/feedback/details/1134168/ie9-to-ie11-print-templates-print-preview-window-closes-unexpectly-when-printing-document, but I would like some more visibility of the issue as my customers thought my application was closing when
they printed a document. I also don't know if an issue in Connect gets any priority support via MSDN, but this forum does.
This looks to me like a problem in the IE Print Templates startDoc API call, but if there is a more appropriate forum to raise this issue in please let me know.
In the application where I use print templates, the window closing is not in it self a problem because the Javascript that is calling startDoc also closes the Print Preview window when the print is finished.
The fact that the application looses focus and can be hidden by the windows of other applications when the Print Preview window is closed by startDoc is the issue noticed by our customers, so I need a fix preferably, or a work around at a pinch.
Details of the issue reproduced below.
When using IE Print Templates, the startDoc function is causing the print preview window to close. This behaviour started with IE9, and is still present with IE11.
When an application is using print templates (see
https://msdn.microsoft.com/en-us/library/aa753279(v=vs.85).aspx) for print functionality, this has the effect of causing the application to become hidden by any other application window once printing from the print preview window has started. It is
actually this behaviour that started me looking at this issue as the users thought the hosting application had closed.
Print Templates are not accessible by using IE as a web browser, but only when using the WebBrowser Control to embed IE in an application. The reference for this feature is available from this url:https://msdn.microsoft.com/en-us/library/aa753279(v=vs.85).aspx
and a sample Microsoft application that demonstrates the use of Print Templates can be used to demonstrate the problem (required for the reproduction steps). The application is available via this article and searching for "download spiffy".
Steps to reproduce the problem:
To see the full effect of the issue, first ensure there is a window from another application (like Windows Explorer) that will cover the sample applications window if brought to the foreground (making the Windows Explorer window full screen works).
Start the sample application (and ensure that the full screen Window Explorer is the next application to activate).
Then in the drop down box in the top right corner of the UI select Template8.htm.
Click the Print Preview button that is just below the drop down box (this will open a new Print Preview window).
In the new window click the Print… button (this will open a Print dialog).
Click the Print button at the bottom of the Print dialog.
The Print dialog closes (expected) and then the Print Preview window also closes (not expected), however the document is still printed successfully.
When the Print Preview windows is closed unexpectedly, the Windows Explorer window is brought to the foreground (obscuring the sample applications window).
If you reselect the sample application and click the Print Preview button again, the Print Preview dialog is not displayed unless you restart the application (this looks to be a symptom of the same issue, not a separate problem).
To see that the Print Preview window appears to be closed by the startDoc call, use the resource editor in Visual Studio (the exe can be opened directly by File | Open | File…) to edit the HTML resource "TEMPLATE8.HTM" (I found I needed to delete
it and add it back in for the change to stick), find the startDoc call and add two alerts, one on the line before and one on the line after. When IE is accessing the template, it is being done using the name of the executable (so do not rename the modified
version of printtemplates.exe, make the changes to a copy in a different directory if you don't want to change the original). Start the modified version of the application and follow the same steps as in the reproduction. This time, after clicking
the Print button in the Print dialog, the dialog will close, the first alert will pop up, then the Print Preview window will close, then
the second alert will pop up.
Thank you,
Warren.

Hi Shu,
I have noticed that the print templates API is listed as part of the Legacy APIs.
Is this just because it hasn't changed or is not new? Or does this mean that it is no longer maintained and may be removed (or at least deprecated) at some point in the future?
It would good to know if we should start planning for the implementation of a different method of printing.
I understand that the sample application is no longer maintained, but I also think that the Print Template API that it uses has not changed, and so should still work (and it does mostly).
If the Print Preview window was being closed as a result of using the Print dialog (and if it had behaved the same way with IE8) I would be willing to go with the by design argument.
I have found that the Print Preview window is not closed until startDoc is called, and it closes before control is returned from the startDoc function.
Just as part of investigating and try to find a workaround, if I call window.close(), any alert calls made no longer display the alert window after the close call.
Alert still functions after startDoc has closed the window however.
The is not the sort of consistent behaviour I would expect from something that is by design.
Also while investigating, I found that calling startDoc after calling window.close() results in an exception with the error code -2147467259 (0x80004005), this is probably quite normal and expected, but does indicate that the Web Browser Control should
not be closed till after printing.
I had found that old thread, and I had concluded it was the same issue, but it was also aimed at different aspect of the problem (which I see in the sample application, but not my application).
The visible issue I have is that my users think the application has been closed because after clicking print (on the Print dialog) the application gets hidden by other windows from other applications.
This aspect affects the sample in the same manner and so it was a convenient way to demonstrate the problem.
If IE connect do not look at this issue any time soon, do I have any other avenues to resolve this issue?
Thank you,
Warren.

After Upgrading Acrobat Reader XI to Acrobat XI Pro the previewer in Outlook and Windows Explorer doesn't work. I have to set the default program for .pdf's to Acrobat Reader inorder for the previewer to work.

After Upgrading Acrobat Reader XI to Acrobat XI Pro the previewer in Outlook and Windows Explorer doesn't work. I have to set the default program for .pdf's to Acrobat Reader in order for the previewer to work.
Can anyone recommend a solution?

If I set the default program for viewing PDF as Acrobat XI Pro the a PDF file will open with Acrobat XI Pro, but in Outlook I will get a white screen and the information bubble "This file cannot be previewed because there is no previewer installed for it" and in Windows Explorer I get a white screen in the preview pane.
My Acrobat version is 11.0.10
I am running Windows 7 Professional with Service Pack 1
My Internet Explorer is Version 11.0.9600.17691
Update Versions 11.0.17 (KB3032359)
I am running Microsoft Office 2013

AE cs6 video preview window doesn't work.

So the preview window of after effetcs cs6 isn't working. It just shows black screen. I need help fast.
Example pic: http://gyazo.com/d1219b0b95d7b2bd59e0980506db7c95

Why am I not surprised? Yeah, the effin' mess they made with OpenGL drawing. Update your graphics driver and configure it properly. If it's supported, it should work, if not, the program will/ should automatically disable it. Trash the prefs after the driver update so AE scans again.
Mylenium

Spotlight preview window often doesn't close

Similar Messages

Maybe you are looking for