Jump to content


  • Posts

  • Joined

  • Last visited

About Reed

  • Birthday 03/31/1973

Profile Information

  • Gender
    Not Telling

Reed's Achievements


Mentor (12/14)

  • First Post
  • Collaborator
  • Posting Machine Rare
  • Conversation Starter
  • Week One Done

Recent Badges



  1. We are of course using external server accounts, but those AD passwords have to be 15 characters long and most of the web apps (silverlight ones, sharepoint, MS project web app) do SSO in the browser. If users have to type their passwords in repeatedly it will definitely cause complaints. It's interesting that the FM server Admin auth page allows password saving, but not the one for just accessing a DB...
  2. Back in the days of IWP, it was possible to change the iwp_auth.html page so that the authentication form would allow a user to save the username/password in the browser for future access. This worked fairly well in place of SSO for web users since it only required them to click one more time and change the saved password when their AD password changed. I can't find anything in the docs or on forums for accomplishing a similar goal in webdirect. The fmwebd_home.html file only has a shell which could allow you to put your own logo, etc on the db home page, but I can't find anywhere to modify the authentication form. I fear the code for it is in some jar file and there's no config file that allows enabling of saving passwords Without this feature, I fear that users will rebel at having to input their IT mandated 15 character strong passwords again every time they access a db.
  3. I was coming across this problem when installing FMS on a fresh VM image of 2012R2. If I disabled IIS as the docs suggested so that the FMS installer could install it and create the appropriate sites, it would error out during install. If I enabled IIS myself, and then did the FMS install, the install would proceed and it would make the FMWebSite in IIS as expected, but that site was completely screwed up. I would get the same 500 server errors when trying to access it, and the deployment assistant would of course hang when trying to enable web publishing for the same reason. It turns out there are a bunch of other things you have to make sure are uninstalled so that the FMS use of application request routing to enable IIS, etc will work. I posted my question and my answer to myself here: https://community.filemaker.com/thread/149189 The link above also references TSFalcon's original solution to this problem on the now disabled filemaker discussion board, which is where I found the answer. http://forums.filemaker.com/posts/91198d0960 Hope this helps. I was getting pretty frustrated with the whole FMS-IIS business myself until I found this solution.
  4. This seems to happen on any layout, regardless of theme. Bascially, there is something holding up processing of the user actions until another user action is executed. There are a couple of ways to test this Set up a form view with a few fields. 1. Click into a field and then tab to the next field. Sometimes it will go, but sometimes it will do nothing until you hit tab again, at which point it jumps two fields, processing both tab presses at once 2. Click into a field but don't move the mouse. The field will not become active until you move the mouse There are other actions like this which seem to hold up UI update until after additional mouse/keyboard interaction, but these two are the most obvious. Can anyone reproduce this? It does not happen with Chrome, Safari, Firefox or IE10, only on IE11. I am running FMS13.02 on a windows7 Pro box, with only myself and one other developer testing Webdirect on it, so load isn't an issue. Thanks, Dana
  5. I recently installed FMS13, after uninstalling FMSA12 from my test server, and since doing that, I've noticed that there's a significantly longer delay that happens when authenticating with AD accounts than there used to be. This happens whether using FMP clients or with Webdirect. I see this ~5-10 second delay about 40-60% of the time when I connect to one of my databases employing AD authentication. The same databases didn't have this when using FMSA12 on the test server, nor do they have this delay on our production FMSA12 server. I'd like to know if anyone else is seeing this, and if there's a way around this prior to going live in production with FMS13. Thanks, Dana
  6. I just had a similar error "Database not available" when I switched my FMS13 deployment from one machine to two. (First uninstalling on the single machine, then installing on the worker, then reinstalling in the master, which was the original single) After finishing the deployment assistant, I was able to connect to the server with FMP client, and I was able to see the WebDirect homepage when connecting to the new worker, and all the databases appeared as they did for the previous deployment. However when I tried to open one, I got the "not available" error. Rebooting the servers didn't help, so next I edited the deployment using the admin console. This time I entered the IP address of the worker machine instead of the DNS name, and after finishing the redeployment, all seems to be working. So anyway, if you have a 2-machine deployment, check on that.
  7. The main reason I wanted a masked password field in IWP in the past was not to bypass the authentication process, but rather to allow the user to change their own password via IWP. Of course it has been possible to do since 7 with a script step, but the password was shown in clear text while typing it. If the show custom dialog will now work to do that, good deal. Still waiting for my VLA email with my new links.....
  8. but if the runtime was like filemaker Go, you wouldn't need to distribute files. just a launcher file or no file at all. The point is if you stripped the "Go for Desktop" down to the same feature set as in iOS (no database creation or design, etc.) then you wouldn't really lose any revenue, since they'd then only be usable standalone or with a filemaker server concurrent use license.
  9. As FMI has instituted this concurrent licensing scheme for "free" clients like Go and Web, it puzzles me that they won't now make a "Go for Desktop". (or, a networked runtime). A networked runtime would still require FMS to access the data, so license would be paid on the server end, and I'm guessing that desktop and mobile clients put a lot less load on the server compared to WebDirect.
  10. thanks for the heads up on the 25 concurrent on the fmsa upgrade. should be fine for my situation, and I will definitely take advantage of the new features allowing me to jettison all the IWP workarounds. I still haven't gotten my email with the download links for the new version, so I've just been playing with the demo.
  11. Does anyone know of a way to get Insert From URL to authenticate to ActiveDirectory? The standard authentication in the URL doesn't work on our internal sharepoint site http://username:[email protected]/ I'm guessing that the site itself controls this, so unless there's another way to make the Script step do authentication, I'll have to continue using a web viewer for this one. Thanks, Dana
  12. That's also a really good idea! I didn't come back to read this though until I had already implemented it with the web viewer, but looping a portal instead of a found set. Then it just uses one instance of IE, and works great. But yeah, I had forgot about the new Insert from URL step. I had been using that to upload files into containers in IWP. I had a script upload them to a temp location on the web server and then had IWP insert the image files into the container. If I was better at PHP, I'd think I could get a whole custom web page to upload images into containers in one shot. But Supercontainer is probably just easier... Thanks guys for all the great suggestions!
  13. that sounds like a good idea! I'll give that a try and report back. Thanks, Dana
  14. Hi All, So from Brian Dunning's website, I found that you can use the following URL to put google translate into a web viewer: "http://translate.google.com/translate_t?hl=en&sl=en&tl=de&text="&FieldName where FieldName is the english text which you want translated and you can change "de" to zh-CN or other supported languages. This seems to work well and using the following function Let( [htmlcontent = GetLayoutObjectAttribute ( "google_translate"; "content" ); tran_result_start = Position ( htmlcontent; "TRANSLATED_TEXT="; 1; 1); first_quote = Position (htmlcontent; "'";tran_result_start;1); second_quote = Position (htmlcontent; "'";tran_result_start;2) ]; Middle ( htmlcontent; first_quote+1; second_quote-first_quote-1) ) I can grab the part of the resulting web page that has the translated text. So I proceeded to script this with a page refresh to get the content to get in the function, and a one second pause in the loop prior to getting values to allow the web viewer to work. This seems to work well, except for the fact that after ~100 records, Filemaker will crash with a C++ runtime exception. I guess this is due to gobbling up so much memory or too many processes from all the web viewer content. Is there a way around this other than doing 75 records at a time and quitting Filemaker in between? Thanks, Dana
  15. Has anyone tried using the Insert From URL script step to automate file upload to a container yet? If I upload a file to web host manually via ftp, and then use that script step with the document's URL, I can get the document right into a container field. So if I could figure out how to do a CWP page that uses PHP to upload a file to temp directory on the web server, then pass that temp URL to a script as a parameter via the PHP API, I should in theory be able to get a document from my desktop into a container field via a web browser. and if the Insert from URL script step can be called from the API, there should be no need for a robot machine to do this.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.