QFileDialog::getOpenFileName() hangs

https://forum.qt.io/topic/49209/qfiledialog-getopenfilename-hangs-in-windows-when-using-the-native-dialog/18

QFileDialog::getOpenFileName() hangs in Windows when using the native dialog

• 

  kasunf 2014年12月15日 上午6:03

  Hi,

  I'm using QT 5.3.1 and I noticed that my program hangs in Windows 7 (64bit) with following arguments to the function.

  QString fileName = QFileDialog::getOpenFileName(this, tr("Open File"),
  "/home",
  tr("Images (*.png *.xpm *.jpg)"));

  However, if I use the option QFileDialog::DontUseNativeDialog, then
  it won't hang and will show the non-native file open dialog. I would
  prefer to use the native windows dialog so can anyone tell me if this is
  a bug or not?

  0

  ---

   

   

  18
  帖子

  10.5k
  浏览

• ---

• 

  
  SGaist
  

  Lifetime Qt Champion

  2014年12月15日 上午6:44

  Hi and welcome to devnet,

  Strange but are you aware that you are trying to open a probably non
  existent folder ? There's no /home on windows. However you can use
  QDir::home() to get the current user home path

  0

  ---

• 

  
  kasunf
  

  2014年12月15日 上午6:57

  Yes, this is just an example syntax for this post.
  My syntax is as follows:

  fileName = QFileDialog::getOpenFileName(this,
  tr("Select file"),
  QString(),
  tr("Files (*.cvs *.svf *.txt)"));

  0

  ---

• 

  
  SGaist
  

  Lifetime Qt Champion

  2014年12月15日 上午7:13

  Do you have any network drive ?

  0

•  

  ---

• 

  
  kasunf
  

  2014年12月15日 上午7:17

  No I don't. I just have a C:\ drive and couple of removable drives, which are not active.
  This problem was reproduced on another PC other than mine.

  [quote author="SGaist" date="1418598787"]Do you have any network drive ?[/quote]

  0

  ---

• 

  
  SGaist
  

  Lifetime Qt Champion

  2014年12月16日 上午5:29

  Which version of Windows ?

  0

•  

  ---

• 

  
  kasunf
  

  2014年12月16日 上午5:45

  It is Windows 7 Professional (64bit).

  Looking at the history of Qt, I think this possibly has been a bug for some time (possibly since QT4)....
  I have seen at least 1 reported case of this sort of behaviour....

  [quote author="SGaist" date="1418678949"]Which version of Windows ?[/quote]

  0

  ---

• 

  
  htettey
  

  2015年5月18日 上午6:19

•  

  @SGaist

  I have just recently migrated a project I am working on to Qt5.4.1
  from Qt4.8.5, and I am having the same problem as reported by kasunf.

  A call to getOpenFileName hangs - using
  QFileDialog::DontUseNativeDialog gets it working, but I'll prefer to use
  te native windows dialog. The code snippet is shown below:

  m_imageFile = QFileDialog::getOpenFileName(this, tr("Open Image"),
  QDir::homePath(), tr("Image Files (*.png *.jpg *.bmp)"), 0,
  QFileDialog::DontUseNativeDialog); //works

  m_imageFile = QFileDialog::getOpenFileName(this, tr("Open Image"),
  QDir::homePath(), tr("Image Files (*.png *.jpg *.bmp)")); //does not
  work

  Program control does not seem to return from this function call. Has
  this issue been resolved? My system specifications are as follows:

  Windows7 64bit
  Visual Studio 2010
  Qt5.4.1_opengl

  PS: I did not have this problem with Qt4.8.5

  Thanks,

  0

  ---

• 

  
  SGaist
  

  Lifetime Qt Champion

  2015年5月20日 上午5:44

  Do you mean that when you click OK the dialog disappear but your application doesn't do anything ?

  0

•  

  ---

• 

  
  htettey
  

  2015年5月20日 下午2:38

•  

  @SGaist Nope, that is not what I mean.

  The open fIle dialog does not appear at all - as though my
  application is waiting for it to appear. After investigations it turns
  out that it seems to hang in the call to

  QFileDialog::getOpenFileName(...)

  As I indicated, a call to QFileDialog::getOpenFileName(...) using the
  flag QFileDialog::DontUseNativeDialog returns from the function call,
  but the same function call without using the flag does not return.

  I will like to use it without the flag. Also, I didn't have this problem in Qt4.8.5.

  Please this is the same problem as first reported on this post. I just need to know what the status of this issue is.

  PS: I am interested in purchasing a commercial license for Qt5, but I
  need to make sure that my project works in Qt5 before going ahead with
  the purchase.

  Thanks,

  0

  ---

• 

  
  SGaist
  

  Lifetime Qt Champion

  2015年5月29日 上午5:20

  Which compiler are you using ? Just tested with VS2013 on Win 8 and no problem with the dialog.

  0

  ---

• 

  
  GirishJ
  

  2015年8月18日 下午7:02

  Facing exactly same problem on Windows 7 pro (64-bit) with Qt5.5 MSVS2010 Professional with Qt Add-in.

  0

  ---

• 

  
  mrjj
  

  Lifetime Qt Champion

  2015年8月18日 下午8:02

  win 7. 64 bit, Qt 5.5, "gcc"
  No hanging at all.
  So maybe only VS?

  Please Try with QFileDialog::DontUseCustomDirectoryIcons
  As i had case where it would take ages due to subversion overlay icons.

  1

  ---

• 

  
  Rondog
  

  2015年8月18日 下午8:43

  I have used most of the Qt versions mentioned in this thread and
  never had a problem with using the getOpenFileName(...) member function
  with native dialogs. I have always used MinGW for Windows so maybe this
  problem is unique to Visual Studio?

  0

  ---

• 

  
  Wesley
  

  2015年11月5日 下午6:33

•  

  @SGaist said:

  Do you have any network drive ?

  I have a problem using the functions QFileDialog::getSaveFileName and
  QFileDialog::getOpenFileName on a PC with many network drives. Could
  you please help on this? Thanks.

  0

  ---

• 

  
  dan-42
  

  2019年4月26日 下午5:03

  Just to note this issue still exists, but does not happen on all QFileDialogs instances used in our software.

  When does it work:

  On the very first start-screen, when no other backend-threads are running, no COM connection is created etc.

  When does it not work

  Some where later in the application, when backend-threads are running, COM connection to a different application is established.

  Setup:

  Qt 5.12.3
  MSVC 2017 v15.9.7
  Windows 10 build1809

  The issue is reproducible on different computers in Debug and Release Build

  Observations

  Opening The QFileDialog leads to the following:

  The Main-UI is blocked and you can hear the windows-sound that comes,
  when the UI is blocked because a Dialog is in front and the user clicks
  somewhere on the Main-UI.

  Then

  Switching between applications (Alt-Tab) then hitting ESC, and the Main-UI is responsible again.
  This indicates, that there is an invisible Dialog on top of the main-UI.

  Opening The QFileDialog again

  Then it works!

  3

  ---

• 

  
  Gwen5484
  

  2019年8月30日 上午12:05

  Same symptoms here, with QFileDialog::getExistingDirectory.

  • Before loading the COM objets, the dialog opens well, with native window.
  • After laoding COM (CoInitializeEx), calling getExistingDirectory causes the program to hang.
  • After disconnecting COM (CoUninitialize), the dialog opens well again, but with Qt window (not native) even though I did'nt specify the DontUseNativeDialog option!

  Qt 5.12.1, MSVC 2017, Windows 10

  0

  ---

• 

  
  JonB
  

  2019年8月30日 上午12:57

  Clearly nasty COM behaviour. I am not a Qt expert, but since your
  post and the previous one are nice and clear on the reproducibility, the
  best would be to (search first and then) report them at https://bugreports.qt.io/secure/Dashboard.jspa, see also https://wiki.qt.io/Reporting_Bugs.

  1

  ---

 

 

18
帖子

10.5k
浏览

---