File dialog box slow in Mavericks

Running 10.9.2
Any application that tries to open the Finder file dialog box stops responding for 20-60 seconds and then recovers and opens the file dialog box. Automator, Mail, Preview, etc. all show this behavior.
I've tried the suggestion to modify the auto_master file, no help.
I've reloaded Mavericks, which fixed the problem for a few minutes, then it came back.
It's killing my productivity. Any thoughts?

__KB__ wrote:
Hello,
When the File dialog box is running, other while loop time execution goes down.
Thanks.
This you have already mentioned in your first post... now my question is how you've actually figured it out... or can you share your code here???
I am not allergic to Kudos, in fact I love Kudos.
Make your LabVIEW experience more CONVENIENT.

Similar Messages

File dialog box slow down execution

Dear all,
I am using Labview 8.2.1 with Windows XP.
I have a program who's allow the user to select any file or folder thanks to File dialog box.
For a reason that i don't understand when this dialog box is displayed, other parrallel while loop time execution goes slow down.
Put on my LabView front panel File Path command without any code and press "Browse" file button as shown on joined picture_1 birng slow down execution of the while loop.
Does any body could explain why this problem appear ?
By switch off on LabView Tool parameter "Use native file dialogs" (picture_2). the problem disapear. Unfortunately this kind of old dialog box is not practical...
If any body have an idea it could help me.
Thanks.
Solved!
Go to Solution.
Attachments:
picture_1.JPG ‏16 KB
picture_2.JPG ‏71 KB

__KB__ wrote:
Hello,
When the File dialog box is running, other while loop time execution goes down.
Thanks.
This you have already mentioned in your first post... now my question is how you've actually figured it out... or can you share your code here???
I am not allergic to Kudos, in fact I love Kudos.
Make your LabVIEW experience more CONVENIENT.

How do I fix the slow attachment file dialog box in Mail?

I'm on 10.9.2, using Mail with an Exchange account. Everything works great except when I go to attach a file to an outgoing email the file dialog box takes ~1 minute to open. Only app I've seen this in.
I've tried the fixes posted for the general file dialog box being slow (e.g. comment out "/net" in the "auto_master" file) to no avail.
Other thoughts?

Click on the Firefox menu. Then click "Options". Go to "Applications" tab. Search for jpg and png file type. You will find they have "Always ask" action attribute. Change it to "Save file".
Hope it will work fine for you.

File Dialog Box often takes a long time to execute

Hi all
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
I have tried to use the older Open/Create/Replace File VI as suggested in one of the forum's posts...but it behaves exactly the same way. Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed. Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this? The support menu said "Ask an engineer"...any of the NI engineers has any suggestion?
Regards
Helder
Attachments:
FileDialogTest.vi ‏26 KB

First of all: Thank you very much for the objective answer. I suppose that yor actually ARE a NI engineer, as I had hoped for.
lease find my comments above (helder---------------------)
helder wrote:
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this?
The file dialog is provided by the OS, so if it is slow it is not LabVIEW's fault.
What kind of computer do you have? Is this a laptop that spins down the HD to save power? In this case it needs to wait for the HD to spin up. (You can change the windows power profile or you can spend more money and get an SSD).
Are you very low on memory?
Does your LabVIEW program waste 100% CPU in parallel doing nothing due to bad coding?
Are you pointing to a location that has millions of files?
Are you pointing to a network location?
helder:---------------------------------------
I understand that the File Dialog is provided by the OS. But I have other applications on my PC and this doesn't happen - just in Labview. Sorry! And sometimes it
doesn't happen. Every 10 times I open the File dialog Box, 5 times it takes long and 5 times it is immediate.
(I am not low on memory, my coding is not bad>-look at the VI I sent, it just contains the fragment which uses the File Dialog Box and it behaves the same way! I am pointing to the same location that the other applications point to, I am not pointing to a network location, the PC is not spinning the disk down, etc etc.)
But yes, I will try it on another PC
(There was another post on the forum on this issue, but can't seem to find it now, just find my own post )
I attach a video demo of what happens.
helder wrote:
Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
What problem is that? Can you elaborate? There is a known bug in the windows dialog box that sometimes the pre-filled file names are shifted and not fully visible. This is a windows bug documented by Microsoft and LabVIEW has no control over it. It is not NIs job to fix OS problems.
helder:-------------------------------------------
Of course you can't fix the OS.
If it is a windows bug, we will have to live with it.
A previous post on your forum did not provide me with that information (http://forums.ni.com/t5/LabVIEW/File-dialog-trimming-the-default-name/td-p/2189874). The fact that it is a windows bug was not mentioned there.
helder wrote:
Hi all
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed.
Patches are included, service packs are not included. I think this is well documented. Most users are on SSP, this way you are always entitled to the newest version.
As with anything else, software has bugs. It is impossible to test a huge, complex system like LabVIEW under all scenarios. The possible number of combinations of hardware and other installed software on any particular computer probably exceeds the number of atoms in the universe. It is actually amazing how few bugs there are and how well it works. What "bug" are you talking about? Bugs are prioritized according to rules. Critical bugs are typically fixed very quickly. A cosmetic issue that only affects you and nobody else will take longer or might not even get fixed. Are you talking about a confirmed bug that could be reproduced by NI? Do you have a CAR#?
helder:----------------------------------------
I was referring to the file-name-shifting-cosmetic-bug that the October-2012 post had indicated. But if it is a Windows-bug, NI does not have any responsibility, of
course.
Regarding the bugs, of course they are unavoidable.
helder wrote:
Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
That sentence makes no sense! Why would the number of serious bugs depend on the cost of upgrading?? You are just rambling here....
In an ideal world, NI would have an unlimited number of programmers that can work 24/7 to immediately fix any discovered bug. This would only be possible if all users are willing to pay an unlimited amount of money for the software. As I mentioned, bug fixes are free in the form of patches, and they come out regularly. Service packs include new features and are not free.
helder:---------------------------------------
"....include new features"..????
---->>From http://www.ni.com/labview/release-details/
"LabVIEW 2012 Service Pack 1 is an exclusive update to LabVIEW 2012 for NI Standard Service Program (SSP) customers. There are no new product features introduced in service pack releases; instead, these releases provide bug fixes and improved stability for LabVIEW 2012. For a list of these bug fixes, click here."
No new features, just bug fixes!"
Moreover: If it isn't free, it shouldn' have let me update if I am not a SSP costumer.
Now I have a 45 days evaluation version. After that, I have to uninstall and reinstall everything.That takes some time and effort.
If there is a more direct way of rolling back t the previous version, please let me know.
Thank you

Open file dialog box - Excel 2011

Not sure if this is the right forum to ask a question about running Office 2011 under Mavericks.
Since upgrading to OSX 10.9, something very odd seems to have happend to the open file dialog box in Excel. The list of the files in the current folder is displayed, but the filename column is really narrow showing just 7 characters of each name. In contrast the date modified column is incredibly wide. I can manually adjust the filename column to make it wider so I can read the filenames, but each time I reopen Excel it has defaulted back to being very narrow.
Does anyone know if there a preference setting somewhere that I can change in order to make the width default to something more readable so I don't have to manually change it every time I want to open a file. The Word and Powerpoint open dialog boxes appear normal, so the problem seems to be confined to Excel.
I had been running the same version of Office 2011 under Snow Leopard and the change to Excel only appeared after upgrading the OSX 10.9.

MalcolmBebb@Honeywell wrote:
OK, I was a bit hasty. The thanks stand. Can't see how to edit the post, please consider the rest withdrawn.
It's okay - we all get like that at some time or other. I dread reading my posting history for that reason.
I'm just glad you got exactly the help you needed.
Bill
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.

I am trying to open CR2 files from a Cannon EOS 1DX camera in Photoshop CS6 and I have already updated the Camera Raw Plug in but Photoshop is still giving me the cannot open files dialog box? Help?

I am trying to open CR2 files from a Cannon EOS 1DX camera in Photoshop CS6 and I have already updated the Camera Raw Plug in but Photoshop is still giving me the cannot open files dialog box? Help?

Canon 1DX support was added to ACR in version 6.7, 7.1. An updated CS6 should be at level ACR 8.6. If your ACR is not at level 8.6 try using CS6 menu Help>Updates. If that does not install ACR 8.6 try downloading the ACR and DNG 8.6 converter and see if ACR 8.6 will install into your CS6.
Adobe - Adobe Camera Raw and DNG Converter : For Windows
Adobe - Adobe Camera Raw and DNG Converter : For Macintosh

Excel 2010 "Open" dialog box slow over DFS share

Hi everyone,
We're having some issues with clients using Windows XP and Office 2010. We have recently migrated from some Novell OES file server to a Win 2008R2 file server with DFS. When the users try to open any file from this new FS directly from Excel's "Open
file" dialog box, when they "surf" through folders in this new fs, it takes aprox. 45sec~1min to populate folders. It doesn't occur if users search files using Windows Explorer, it only occurs directly from Office apps. Neither occurs in PCs
using Windows 7.
Thanks in advance!
Matias

Hi,
The issue may be caused by the SMB. As far as I know, Windows Xp supports SMBv1 and the Windows server 2008 R2 supports SMBv2. Thus, I recommend we try to disable SMBv2 in Windows server 2008 R2 to test:
To enable or disable SMBv2 on the SMB server, configure the following registry key:
Registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
Registry entry: SMB2
REG_DWORD: 0 = Disabled
REG_DWORD: 1 = Enabled
Default: 1 = Enabled
http://support.microsoft.com/kb/2696547/en-us
Note: Backup the registry key before you modify.
Regards,
George Zhao
TechNet Community Support

Please fix: Common Open File Dialog Box to support Favorites (Follow-up: Better provisioning in the Windows client)

One more thing:
What's missing is favorites is a way to use the favorites space in the Common Open File Dialog Box.
Please obsolete or (re)develop components in Windows, so those components support any new workflows in Windows!
On example of an application where you cannot use Favorites is Adobe Photoshop. It uses the Common Open File Dialog Box in Windows (which does not support Favorites).
Comparing Finder (MacOS) with Windows Explorer - you "seem" to have the option of using favorites to pin folders.
Well, if your application calls Windows to use the Common Open File Dialog Box - it's actually NOT POSSIBLE AT ALL to navigate to the user concepts (user folders) pinned to favorites.
Again, the favorites namespace is completely unused (not provisioned) out-of-the-box. That's may be ok, however it's not fully implemented across Windows and just another example of stuff accumulating up to being unusable.
What's missing is favorites is a way to use the favorites space in the Common Open File Dialog Box.
Ref.: Better provisioning in the Windows client
https://social.technet.microsoft.com/Forums/en-US/dbb2102f-00b7-47ca-88f2-4f88cd9d3409/followup-starting-launching-and-switching-?forum=WinPreview2014Feedback#2aba34e9-6074-4750-8f66-425bdeacc705
https://social.technet.microsoft.com/Forums/en-US/168bb9f9-ab18-42e6-9f20-5e36e71f742c/merging-the-task-bar-and-the-start-screen-area?forum=WinPreview2014Feedback#168bb9f9-ab18-42e6-9f20-5e36e71f742c
https://social.technet.microsoft.com/Forums/en-US/59a5bb6a-0368-4f34-bea4-b9811ac0bf8c/dont-forget-development-of-the-start-screen-remember-virtualization-of-it-too-purpose-is-hud?forum=WinPreview2014Feedback#59a5bb6a-0368-4f34-bea4-b9811ac0bf8c
https://social.technet.microsoft.com/Forums/en-US/c10168fe-a534-44aa-a0ec-e9defc71da5f/better-provisioning-in-windows-client-remember-templates-for-the-start-screen-like-the-need-for?forum=WinPreview2014Feedback#c10168fe-a534-44aa-a0ec-e9defc71da5f

Congrats to Carmelo!
Windows Phone and Windows Store Apps Technical Guru - February 2015
Carmelo La Monica
Windows Phone 8: control Nokia Maps (Part 3)
JH: "Part 3 of the series how to work with the Nokia maps control. As the previous articles this one contains a lot of code snippets and some pictures. Good work!"
Ed Price: "A great topic, a fantastic breakdown of sections with clear descriptions, and a nice mix of code formatting and helpful images! Another stellar article from Carmelo! Great job including the link back at the end to the portal
article!"
Ed Price, Azure & Power BI Customer Program Manager (Blog,
Small Basic,
Wiki Ninjas,
Wiki)
Answer an interesting question?
Create a wiki article about it!

How to create a custom file dialog box/vi (win)??

Hello,
I'd like to create a custom file dialog box to handle the reading of my tdms files. Basicly I want to extend the existing file select dialog box with a graphical preview of the data in the selected file. I know I can create all the logic for file selection by hand and use a list box to display the filelist, but I would rather prefer to somehow use the existing windows controls. So is it possible to get the windows file selector on the front panel of a vi and react to the user selection? If so, is there any example available on how to do this? Any other options? I'm using labview 8.2
thanks for your input!
klaus

Klaus,
I wouldn't know that Microsoft provides access to the controls that Explorer and file dialog consist of.
There might be a different and more powerful solution though. The
WINDOWS Explorer / file dialog have a plugin API that allows you to
associate your own application for thumbnail creation with a particular
file extension. That way, TDMS thumbnails will show in any instance of
Explorer and
File Dialog without you having to make your own dialog. Basically, you
would need to compile the VI that creates the thumbnail into a
LabVIEW-built DLL and then wrap this DLL with some C++ boilerplate code
that Microsoft provides. You might want to have a look at the bottom of
this article to get an idea of how the whole thing works:
http://msdn.microsoft.com/msdnmag/issues/0600/w2kui2/default.aspx.
Hope that helps,
Herbert

How to open a save file dialog box in form

hi
all
I have prob in form desing , i have open the save file dialog box , how to open a save dialog box
and path of the select file to save in disk
help
thx

hi
user this query when-button-pressed trigger
:txtfile := GET_FILE_NAME(directory_name =>'d:\ali_raza\backup\', file_filter=> 'DMP Files (*.dmp)|*.dmp|');
Rizwan

File dialog box: how get full path and filename (firefox 3.0 problem)

Hi,
I have a smilar problem then discussed in this thread: file dialog box: how get full path and filename
Now this solution doesn't seem to work in firefox 3.0,I only get the filename but not the full path.
I have tried to solve this problem by adding *"netscape.security.PrivilegeManager.enablePrivilege("UniversalFileRead");"* in a javacript function but that doesn't do the trick
Although when i tested it local it does work.
Any idees how to solve this?
Best Regards
Stijn

Actually, that is strange and scarry. With 20% of the browser market share they decide to behave like Microsoft did in the past - they want to decide what users need and what they do not need. With 3.0 I have a real problem with some of my applications. They are all tested in IE6, IE7, FF2.0 and they all work the same way (they even work with Opera and Safari). Now, I will for sure not go there and make it work for 3.0, just because 2 out of 200 users use FF3.0. Up to now I have always recomended FF as the best browser. 3.0 causes my opinion to change completely. Competition is always good but it is a question if it is good if we have 20 different browsers out there with equal market shares.
Denes Kubicek
http://deneskubicek.blogspot.com/
http://www.opal-consulting.de/training
http://apex.oracle.com/pls/otn/f?p=31517:1
-------------------------------------------------------------------

File dialog box: how get full path and filename

Hello All
i have a problem to save the full path and filename with file dialog box.
I want to save full path and filename in the database for creating a link to a file.
I use a file-dialogbox to choose a file.
I see in the textfiled something like this
\FULLPATH\filename.ppt
but when i save the textvalue in the database or look at the seesionvalue I see
this:
F2087258868/filename.ppt
but I need the full path to create a link. How I can get?
I use version 2.2.1..
Thanks
Putcho

Hi Putcho,
You can create some javascript that puts it into a hidden item.
In HTML Form Element Attributes: onChange="$x('P15_X').value=$x('P15_FILE').value;" Then create another process that stores the value of the hidden item in your own table...
I quickly made an example with a normal text item, so you see it copies itself to the other box: http://apex.shellprompt.net/pls/apex/f?p=286:15
Hope that helps,
Dimitri
http://dgielis.blogspot.com

How do I get back to the newest file dialog box style in LabVIEW?

I have LabVIEW 7.1 and LabVIEW 6.0.2 installed on the same machine. When I doubleclick a .vi file it tries to open in LV602. Of course, if it is a LV71 VI I get an error and it doesn't open. Then I run LV71 and load the desired VI--in this case by using the Open arrow to find it in the "recently opened" list. Now, I've made this mistake before, especially when I don't remember whether I used LV602 or LV71 to create the VI, and nothing bad has happened.
But this time something undesirable did happen: all Open File dialog boxes are of the old funky style. How do I get the file dialog boxes back that I've grown used to seeing when I use LV71?
CLUES:
1. I get the old style dialog box even when I try to open a VI--not just when a running VI invokes it.
2. The built version of the VI brings up the correct, new style, file dialog box--unlike the development environment.
I haven't found any settings in the options area that would appear to affect the file dialog box style. Has anyone ever seen anything like this?

RudyRed wrote:
Thanks for the response,
Warren. I think all my problems with LV versions coexisting
peacefully have been related to NIDAQ--and I think the workaround (for
supporting the different levels of LV DAQ VIs--see my response to
Benoit, above) shows that it is not NECESSARY for NI to orphan old LV
versions' DAQ functionality on the development computer, though it is
still painful to be able to have only one version of NIDAQ available on
a given target computer. It's probably a marketting decision
meant to encourage users to stay on the straight-and-narrow upgrade
path.
NI-DAQ has usually been working fine in
several different installed LabVIEW versions on my computer. What is
important is the order of installation. Start first with the lowest
LabVIEW version and install the latest NI-DAQ that supports that
LabVIEW version. Then go to the next LabVIEW version and install again
the latest NI-DAQ version that supported this LabVIEW version and so
on. I'm regularly working with 6.1 up to 7.1 and starting with 8.0
slowly and haven't had real show stoppers yet.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

How to displays the standard open file dialog box in Oracle Apps Server

Hi,
I am having a form, where i am opening a file and putting that file content in a text box.
This is my code written in WHEN-BUTTON-PRESSED trigger:
declare
in_file Text_IO.File_Type;
linebuf VARCHAR2(8000);
filename VARCHAR2(30);
BEGIN
filename:=GET_FILE_NAME('d:\Rajesh\Practice', File_Filter=>'Text Files (*.txt)|*.txt|',select_file=>false);
in_file := Text_IO.Fopen(filename, 'r');
LOOP
Text_IO.Get_Line(in_file, linebuf);
:text_item5:=substr(:text_item5||linebuf||chr(10),1,5000);
END LOOP;
EXCEPTION
WHEN no_data_found THEN
Text_IO.Put_Line('Closing the file...');
Text_IO.Fclose(in_file);
END;
I have posted this in ORacle Apps Server.Where i was not able to get the Open Dialoq Box.It is giving an error as
"FRM-40735:WHEN-BUTTON-PRESSED trigger raised unhandled exception ORA-302000.".
I think the GET_FILE_NAME function is not supported in the Apps Server.
Is there any alternative solution for getting the OPEN DIALOG WINDOW in Oracle Apps Server?
Pls let me know.

Hi!
waldemar.hersacher wrote:
"It seems that the VIs called by the clients are running in the user interface thread.
A call to the file dialog box will call a modal system dialog. So LV can't go on executing VIs in the user interface thread."
Are you sure? I think, that File Dialog, called by LabVIEW File Dialog from Advanced File Functions Palette doesn't blocking any cycles in subVI, which running in UI Thread. Look in my old example (that was prepared for other topic, but may be good for this topic too).
2 linus:
I think, you must a little bit reorganize you application for to do this. You must put your File Dialog into separated cycle. This cycle, of course, will be blocked when File Dialog appear on the screen. But other cy
cle, which responsible for visualization will run continuosly at the same time...
Attachments:
no_block_with_file_open_dialog.zip ‏42 KB

Event handling in file dialog box

I want to make the test bed for testing event-based stand alone application.
I can transfer some values to filename or others.
However, How can I handle (Value signaling) the Okay or Cancel button in file dialog box popped up from my test bed?
What is the reference for the dialog box?
Of course, I can transfer the file name explicitly but don't want to change current application.
Labmaster.

Are you talking about the file dialog express vi? The vi returns a boolean for canceled. It will also return error 43 which is normal for canceled by user. You can not register an event on the express vi. Just look at the outputs and generate a user event based on that. Look at the example finder for user defined events as Gak pointed out.
=====================
LabVIEW 2012

File dialog box slow in Mavericks

Similar Messages

Maybe you are looking for