Running Claws Mail version 3.13.2 on a Windows 10 PRO/64 machine. I can not save a file to a network share. Using the syntax "\\server\share\" produces an error message about the indexer. This is the message: ********************************************************************** COULD NOT START THE SEARCH PROCESS The program was not able to create a connection to the indexer daemon. Please make sure it is running. ********************************************************************** Now, if I want to attach a file from a network share, using the same syntax, everything works fine. This inconsistency does not make sense.
This is a GTK+/Windows10 bug, not a Claws Mail bug.
(In reply to comment #1) > This is a GTK+/Windows10 bug, not a Claws Mail bug. I posted this on the GTK bugzilla. This is a portion of the response I received: > However, that would also suggest that using 3.20.2 (or maybe 3.21.x, i'm not > sure) might solve your problem. 3.X versions of GTK are not available for claws-mail are they? I would make the argument that if claws-mail cannot use a modern version of GTK, it is a claws-mail problem.
Were they able to point to a particular commit or change in GTK that fixes this issue in GTK 3.20.2 or 3.21.x ? Perhaps the fix could be backported to GTK2. Then again, since I do not have access to Windows 10, it would have to be done by someone else. Claws Mail does indeed not work with GTK3, and that is unlikely to change in the near future. I am however looking into the possibility to simply use native Windows file selection dialogs instead of the GTK one. That would side-step this issue completely.
(In reply to comment #3) > Were they able to point to a particular commit or change in GTK that fixes > this issue in GTK 3.20.2 or 3.21.x ? Perhaps the fix could be backported to > GTK2. Then again, since I do not have access to Windows 10, it would have to > be done by someone else. > > Claws Mail does indeed not work with GTK3, and that is unlikely to change in > the near future. I am however looking into the possibility to simply use > native Windows file selection dialogs instead of the GTK one. That would > side-step this issue completely. This is the link to the bug report I filed with GTK <https://bugzilla.gnome.org/show_bug.cgi?id=764938>. IMHO, using Windows file selection dialogs on a Windows machine makes excellent sense. If you wanted to create a beta version for testing on a Windows 10 machine, I would be happy to test it for you.