GNOME Bugzilla – Bug 795653
File open/save dialogs do not allow selection via drives (OFX Import + more)
Last modified: 2018-06-30 00:09:11 UTC
Created attachment 371518 [details] Screendump Testing https://wiki.gnucash.org/builds/win32/maint/gnucash-3.0-2018-04-28-git-3.0-116-gb761b5a0d+.setup.exe Windows 10 The new "file open dialog" does not allow changing to a different directory and also does not show the full current path like it used to in 2.6.x. The dialog opens to the "last directory imported from". It does not work if you create a shortcut (.lnk) in the "last directory imported from" to the file in another directory - no transactions are found to import. (This would be a nice enhancement I guess). It is possible to import only by copying the file into the "last directory imported from". My "last directory imported from" is E:\Data\ING\SavMax and I wish to import a file in E:\Data\ING\EDay. Clicking or double clicking on the E: (or C:) drive in the left pane does nothing. Right clicking on the drive shows a context menu but the "Open" option is greyed out and not selectable. The items in the left pane above the drives (Recent, Home. Desktop, Documents, Downloads, Music, Pictures, + Videos) DO seem to work OK, but do not help me get to the E: Drive. This problem was also previously mentioned in gnucash-user Apr 29, 2018; 6:31am "Re: [GNC] ofx/qfx import to V3". See https://lists.gnucash.org/pipermail/gnucash-user/2018-April/076765.html Screendump attached.
Also trying to use "+ Other Locations" doesn't help. This problem also affects the "Select QIF File" dialog if I try to import a QIF file. And also the "Open" dialog if I try to open another GnuCash data file and the "Save As..." dialog if I try to save a new GnuCash data file, so I guess this should be changed to a more general bug.
Has anyone else got this problem? It's a bigger problem for me now that I realize I can also not assign a file to a transaction. It's possible to temporarily copy a file to be imported to another directory but I don't want to move my data from the E drive to somewhere under Documents so I can link a file to a transaction. I see I reported this bug too late to make the 3.1 known problems list. I also note that although I have E:\data in my Documents library, it doesn't appear and I cannot navigate to it via "Documents" in the left panel.
Yes, I see this too on Windows 7. Something is definitely wrong with the GtkFileChooser widget we use in mingw64. As its working fine on linux I'll assign this to the Windows component.
I'm getting this with every file save as/open operation that start from the File menu under Windows 10 Home. The behavior is really odd: I can select any of the options such as Home, Desktop, Documents, Music, etc. that pertain to my specific user ID, but selecting anything outside of that, such as a full drive letter, yields an empty contents list. I was able to work around it by creating the file in the Documents folder associated with my user ID, closing GnuCash, moving the file to a subfolder of an encrypted drive, then opening it by double-clicking the file from its new location. This then viably populated that folder into the folders section (left pane), and its contents into the "container contents" section (right pane) of the save/open utility. I can then interact with the folder as I would expect. However, if I open the file by using the File menu, the expected folder contents are displayed, but the folder is not listed in the folders section (left pane) of the open/save utility. If I click another folder, such as Documents, I cannot then get back to the folder in which the file resides. I hope this helps a bit. Thanks!
Same problem here too. Win 7 Ultimate 64
I store my database on a NAS. After updating to GnuCash 3.1, the database won't load. Remote drives don't even show up in the File Chooser. My OS: Windows 7 Ultimate x64
Same here, Cannot Browse folders on other drives or outside the users own folders. My gnucash folders are in an windows encrypted folder on a seperate hard disk. I can open the file by double clicking in file explorer but only that folder is available, and I cannot look on other disks or folders GnuCash Version: 3.1 Build ID: 3.0-118-gd2ef5fd0f+ (2018-04-28) My OS: Windows 10 Pro Version: 1709 OS Build: 16299.431
Same problem here. I can't get a listing of any mounted drive, but can't open any data-file on these drives either. I have mounted an encrypted container on X: using veracrypt 1.22. Double-clicking the data-file in explorer gives this error: * 13:54:50 WARN <gnc.app-utils> Could not spawn perl: Failed to execute child process (No such file or directory) * 13:54:50 WARN <gnc.backend> [GncXmlBackend::check_path()] Couldn't find directory for X:\data.gnucash GNUCash: Version 3.1 Build ID: 3.0-118-gd2ef5fd0f+ (2018-04-28) OS: Win 10 Home x64, version 1803, build 17134.48
*** Bug 796047 has been marked as a duplicate of this bug. ***
This turns out to be bug 795153, fixed in glib. We just need to work around it until Mingw64 catches up.
*** Bug 796140 has been marked as a duplicate of this bug. ***
I've uploaded a new gnucash-3.1-2.setup.exe to the usual places. The reverts Glib to 2.54.3 which predates bug 795153 and corrects the bug.
The fix worked like a charm - thank you!
Hi John, File Open/Save dialogs work fine now in 3.1-2.setup.exe thanks VERY much. The fix for Bug 795347 (Australian (GMT+10) OFX transactions imported have previous days date) seems not to be working in this though. I'll make some notes in that bug. BTW, Thanks very much to John, Geert + everyone else involved in V3. I cannot believe how much work you put in.
*** Bug 796420 has been marked as a duplicate of this bug. ***
*** Bug 796190 has been marked as a duplicate of this bug. ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=795653. Please update any external references or bookmarks.