Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


jaboda last won the day on April 18 2011

jaboda had the most liked content!

Community Reputation

3 Neutral

About jaboda

  • Rank

FileMaker Experience

  • FM Application
    16 Advanced

Platform Environment

  • OS Platform
  • OS Version
    Windows 10

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I should've mentioned I'd also tried using CSS (as you suggested) and it didn't work. Just tested again to make sure and it's the same.
  2. Hi, This is a peculiar bug which seems to have appeared with a recent Chrome update. Create a Web Viewer control with the following content: "data:text/html,<html><body bgcolor=\"#EEEEEE\">HELLO</body></html>" Then view the layout in WebDirect in Chrome. You'll notice it doesn't display anything. Remove the bgcolor and it works as expected. It also works in FileMaker. There are numerous workarounds but I can't find out how to fix it. Anyone else experienced this?
  3. This is a bit of a bizarre one which ate 90 minutes of my morning - so I thought I'd share it in case anyone else encounters it. One of our FileMaker use cases has an embedded web viewer displaying a Google Sheet (it's a runtime Kiosk app but the same issue applies to FMPro). This worked well and the users could update the spreadsheet (a rota). However this morning I noticed a strange bluey/grey overlay (see attachment). After quite a bit of digging it seems Adobe Flash is still installed in IE 11 and this was causing some form of issue. I disabled Flash in Group Policy (gpedit.msc) and the problem went away. There are other ways of disabling it which should also work. This was on Windows 10. I have now tested it on two machines so it should be fairly easily reproducible. I assume it's somehow caused by the 2nd October update to the Flash control. Anyway hope this helps if others have the same issue.
  4. I noticed that this doesn't support Unicode characters. If you are using Unicode - such as non European alphabets or Emojis you'll probably want to change setContent(htmlBody, "text/html"); to setContent(htmlBody, \"text/html; charset="UTF-8"); This appears twice in the script, but the lines are slightly different. If you're using the Register Scriptmaster script from the example you'll need to use the following: setContent(htmlBody, \"text/html; charset=\\\"UTF-8\\\"\");¶ Hope this is useful.
  5. Hi Lars, I've only just seen this thread. It looks like you're using the HTMLEmail Script which I wrote (with a lot of help from Google/forums). The new version works with Authentication as we also switched to an authenticated SMTP server.
  6. That seems to have fixed the problem on my test server, and I'll try it again on our production server in the next few days. Pity this wasn't released a day or two ago 😯. Thanks for the quick turnaround!
  7. So last week I spun up a Microsoft Azure VM to test FMS 17 and it was working well. Last night started migrating our second server and all was good. One of the final things was to install ScriptMaster. Didn't work and stupidly didn't test it last week. Had to roll back to FMS 16 and wasted several hours of work (my mistake for lack of QA)! Today I tried it again on a new VM and could reproduce the issue so it's not specific to our build. Here's what I did to reproduce the issue: Create an Azure VM running Server 2016. Change the language to UK. Install FMS 17. Install Web Sockets (an issue my Colleague sussed out here). Copy the ScriptMaster Plugin into the Extensions folder and try to enable it. I got the following events in the FMS log: Additionally the Event Viewer had two events - A 701 error with the same description as above and the following: Hope this gets sorted soon as I need to roll out FMS 17 :(.
  8. If you're using the 'Register ScriptMaster' FileMaker script (in the example above) then I've made a couple of improvements/bug fixes: The version check should be: SMVersion = "?" or Int ( SMVersion ) < 4 Personally I check for 4.42 as 4 is quite old - but it might be a good idea to check for 5. The HTMLEmail function does not require the GUI, and apparently it performs better without it. Therefore I'd recommend changing the last line of the RegisterGroovy function to: return true;¶" ; "isGui=false" )
  9. Hi Gastion, If you are using the example form then use the FileMaker formatting toolbar - the HTMLEmail command in the example uses the GetAsCSS command to convert it to HTML. Alternatively edit the script to remove the GetAsCSS command and then you can enter HTML directly into the example form. Hope this helps.
  10. It seems the problem doesn't exist in Chrome 60, which I've now updated to. So this means it affects IE, older versions of Chrome on Windows/Mac and possibly Edge.
  11. Just tried in Chrome 59 on Android which works as expected FileMaker have reproduced the bug and have forwarded it to their Quality and Assessment team for further testing and information
  12. I've noticed a small rendering bug with WebDirect on FileMaker Server 16.0.2. Steps to reproduce the bug: Create a layout with a Top Navigation layout part. Add objects to the Body part. Open a browser and ensure the vertical height is smaller than the layout height. View the layout in Webdirect and there's a horizontal scrollbar, which shouldn't be there. The problem is not caused by a Bottom Navigation part but if one exists it makes the above look much worse. I have created a very simple example database, which is attached. Tested on FileMaker Server 16.0.2 running on Microsoft Azure Windows Server 2016 and Chrome or IE on Windows 7 (all latest versions). Has anyone else noticed this issue? WebDirect Bug.zip
  13. I've got a support case open with FileMaker.
  14. After further testing it seems the bug is limited to Date fields and is still there. See the updated test DB. FileMaker Server Bug.zip
  • Create New...

Important Information

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