Is any one is facing web direct refreshing issue in Filemaker 14.0.4 version of the Server?
The issue is when accessing the web page, spinning wheel is rotating in the page with white background before loading the data.
Thanks in advance.
Yes we are seeing this also. It appears to happen more on slower connections, but even on fast connections I see it refresh. Just leaving the page sitting there. I see a spinning wheel somethings as the page refreshes.
Is there any resolution for this issue ?
Thank you for your posts.
What type of objects are you displaying on the layout? If there are a lot of objects of complex objects, the CSS may take some time to render.
What browser are you using? What version of the browser are you using?
I have tried with the sample database provided by the Filemaker team and it is showing the refreshing issue with the spinning wheel in the white screen in web browser.
This issue is replicating in all the browsers.
If you are having issues with the FMServer_Sample file, then this may be a network issue.
Do you have a Firewall enabled? If so, temporarily turn it off and try again.
What type of machine is FileMaker Server installed? How much RAM?
Do you have any other applications running on the server?
Is this a single-machine or two-machine configuration?
Any other information you can provide may be helpful in narrowing down the possible cause(s).
We too are having this exact problem. Upgrading to 220.127.116.113 has not resolved it. When accessing the FMServer_Sample file, as well as custom solutions, the page frequently goes white and displays a spinning wheel. Many times it will take a minute or longer to return to the layout. HERE is a video of the issues with the FMServer_Sample DB.
Server: Windows Server 2008 R2 Standard SP1
Processor: QEMU Virtual CPU version (cup64-rhel6) 2.59 GHz (4 Processors)
RAM: 8:00 GB
System Type: 64-bit
Client machines used to test:
MacOS: OS X 10.11.3
Chrome 50.0.2661.102 (64-bit)
Windows 7 Profesional SP1
Thank you for your post and video.
First thing in the video was Chrome with 16 tabs open. Since I don't know what the other 15 tabs are doing, log out of WebDirect, close all 16 tabs and quit Chrome. This will reset and reclaim memory. Launch Chrome again, and in the first and only tab, access WebDirect and open FMServer_Sample.fmp12. See if you are still able to reproduce the issue. If you can reproduce the issue, let me know if any other applications are running on the server.
Launch a browser on the server and access the hosted file. Does the issue still occur?
I restarted my computer, opened only one tab in Chrome and accessed the FMServer_Sample.fmp12 file. Same result. HERE is the video of the result. As for accessing the file on the server, I'll need to chat with our server admin to arrange for that. I'll report back on Monday.
Thank you for the additional information.
This sounds more like a network latency issue. Try pinging the server on a regular interval to see if there is any lapse in connection. You may also want to try launching a browser on the server and connect directly via Web Direct.
I forgot to mention we have a two server configuration, DB server and web server. Which server should we test the web browser on?
I've done more testing this morning using a Dell laptop rather than my Windows 7 virtual machine running on my MacBook Air. Where my Macbook Air continues to have problems, the Dell worked flawlessly in IE & Chrome for 5 minutes, save for one spinning wheel hang in Chrome.
I have my network guys do a ping test as well to see if that tells us anything.
Dell laptop specs
Dell Precision M4700
Core i7 8GB RAM
I did a 5 minute ping of our web server from my MacBook Air. Results attached. On average the response time was well under 2 ms. FileMaker Web Server Ping Log 5-23-16
I ran IE on the web server and it worked like a champ. So what does all this tell us?
Since this works fine on the server, but not from your machine, it is definitely network related.
First, make sure all necessary ports are open. Make sure any routers between the host and your machine have the necessary ports open. For a list of ports used by FileMaker Server 15, see Knowledge Base Article #14402:
Ports used by FileMaker Server | FileMaker
Try also moving your machine to a different spot on the network so it doesn't go through the same router(s).
Have your "network guys" monitor the network when you run into the issue.
I'm not so sure this is a network issue. Some machines are working just fine. My server admin is not having a problem on his two machines, the Dell laptop mentioned previously works fine & a browser running on the web server machine works fine. That said, to cover our bases we did check the port configuration. All looks correct to us. Do you agree?
Because some machines are working correctly we decided to test a different account on my machine. Things worked as expected! We then tried a Chrome incognito window and a Safari private browsing window back in my account and things worked! This indicates a potential client side issue. What could be causing the issue in the account?
If the same browsers work on the same machine under a new user account, then there may be some damage in the original user account.
In the original user account on your Mac, go into:
[user account] -> Library -> Application Support -> Google -> Chrome -> Default
Try removing the preference file and try again.
If this doesn't help, then there is something deeper in the user account system that needs to be addressed.
My network guys also determined the issue resides on the client side. There is no network filtering between the client and the server. The server is immediately answering the client requests where the client, when in the white screen spinning wheel state, is pausing for 30 seconds before responding back to the server. Based on this additional information I copied my "problem" Library folder to a test account and began tearing the account apart.
For Google Chrome, I isolated the issue down to the "Chrome Safe Storage" Keychain item. When this item is removed, WebDirect works. I have successfully tested this on two different Macs. Why is the WebDirect interface choking on this item for some Macs?
As for Safari, I have not been able to pinpoint anything. In fact the behavior has changed. In edit mode, it now frequently flashes to the white screen spinning wheel every second. I think I will completely wipe out the Library folder and start again to see if a culprit can be found.
I went through the Library folder again and narrowed the Safari issue down to "Cookies.binarycookies" in the Cookies folder. When I remove that file, WebDirect starts working as expected.
Well this issue took an interesting turn. My tech folks discovered Sophos Antivirus is causing the problem with WebDirect on many of our Mac workstations. Specifically the two Web Protection settings that block "malicious websites" and "malicious downloads". When those are turned off, WebDirect functions normally. Whitelisting both our web and DB servers in the "Allowed Websites" area of Sophos does not make a difference.
Though I am relieved to find the apparent culprit, I am now concerned about the viability of WebDirect in public facing solutions. There are many different antivirus products out there that have similar functionality. It is not realistic to expect public/anonymous users to configure their settings or turn antivirus software off just to use our solutions. I hope the folks at FileMaker take note of this and work with the major antivirus developers to correct the perception that WebDirect is an engine of "Malicious Websites".
Retrieving data ...