Thank you for your post.
Verify that your “Popup Blocker” is disabled on the Web Browser. For information on disabling popup blockers select the following links:
Testing and Development is also aware of an issue with .NET installed on a Windows Server. If it is installed, simply uninstall and the Export functionality should work as expected.
I hope this information is of use!
Thank you TSP.
The popub blocker is not the problem because i can see the Popup to specify the name of the file to be exported, and also the next small window "Download file". But when i click on the button with the name of the file, it just greys out and nothing happens. I can only click on "Close", but the file has not been downloaded.
Also, the problem is not only with PDF files, but also with other file types.
The server machine runs with Windows 8.1 and FMS14 (14.0.3)
Thank you for your response.
If you are using a script to Export Field contents, do you get this same result when Right-Clicking the Container Field and selecting “Export Field Contents…”?
Per Knowledge Base Article #11886: “Note FileMaker WebDirect does not support container data that is linked by reference. Referenced container data displays as a static icon and can’t be exported.”
You still may want to make sure Microsoft .NET Framework is not installed on the FileMaker Server machine. This has resolved issues exporting content via WebDirect in the past.
You may also want to verify that you are deploying FileMaker Server 14.0.3 on an ideal environment. Windows 8.1 is not listed in the system requirements. For more information on FileMaker Server 14 System Requirements see Knowledge Base Article #14401.
I am having exactly the same problem as described by thomas.colleoni. However, I am running FMS 14.
The problem is this:
I have a PDF in a container field. If I access the container field via the installed FM application, everything works fine: I can download the PDF via the "Export field content" function. The PDF is downloaded and looks just fine.
However, If I try to download the same PDF via Webdirect it does not work. Just as thomas.colleoni describes: the small window "Download file" appears. However, when I click on the button with the name of the file, it just greys out and nothing happens. I can only click on "Close", but the file has not been downloaded.
Has anybody found a solution for this? This is a very crucial issue for us because our clients access PDF from us this way and it has worked this way until some months ago. Any help is very much appreciated.
Thanks and wishing everybody an excellent start into 2016!
My technical settings:
Server: FMS 14 on Mac OS X
Developing Environment: FM 14 Pro Advanced
Browser: Safari 9.0.2 (Popup-Blocker disabled), Chrome 47 (same Problem)
I just happened to get the same issue with WebDirect problem downloading the PDF. I installed the update 14.0.4 and 14.0.4a which fixed the issue right away. Mine was 14.0.2. Everything is working now.
Tested with Firefox, IE 10, anh Chrome. !
Hope, it would help anyone get stuck with container download issue.
I was having the exact same issue. But i just solved it. (at least for me)
Any PDFs with a comma will failed to download.
When it gives you the option to rename the file assure there are no commas and it downloads.
If anyone else can confirm this that would be great.
2 of 2 people found this helpful
This is a known bug in FileMaker Server 14 and it still has not been fixed in FileMaker Server 15.
I have had this issue on both FMS14 & 15 with both Win 2008 & 2012.
This is a terrible bug to not have been fixed in 14 and still to be allowed to be brought into 15.
It is a basic function that the software is suppose to perform.
Can FileMaker please release a patch for the community for both FMS14 & 15 ASAP.
I can see the issue with comma on Chrome / Win7. This may be problem of Chrome, since IE has no issue on same PC.
Why does the kind of storage determine display functionality? Should data storage not be transparent to data presentation?
Hi everyone. I have this same issue on FM 15. Is Filemaker suggesting that I have to uninstall .net to make the product work as designed. This is not an acceptable solution. Surely this must be impacting a huge number of clients?
The removal of .net has helped some others with this bug but as you can see in other threads it doesn't help in lots of cases.
Good luck, but don't hold your breath.
FileMaker's engineers have been able to reproduce this issue in 14 & 15. (On clean systems without .net) They have had multiple patches to attempt to fix this. To-date in some setups there is nothing that FMI can/will do to completely fix this issue. I don't have any hope that this will be fixed anytime soon. (It doesn't matter how big your clients are.)
It is deeply disappointing that this isn't fixed. It seems to be such a key function when using WebDirect.
Anyone have any comments on this?
I've seen a few articles from MS saying that the uninstall of .NET removes the GUI of Server 2012.