Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About epicmar

  • Rank
  1. FYI... Valid ColorID: 1=Lavendar (Light Purple) 2=Sage (Light Green) 3=Grape (Purple) 4=Flamingo (Peachy Orange) 5=Banana (Yellow) 6=Tangerine (Orange) 7=Peacock (Light Blue) 8=Graphite (Dark Gray) 9=Blueberry (Dark Blue) 10=Basil (Dark Green) 11=Tomato (Dark Red)
  2. Resolved: So what I thought was a random failure of PCGM_SaveRecord function which generated the stated error, but would often work fine later, is actually caused by bad data that Google did not like, which apparently got changed in the interim to something Google would accept. This made the SaveRecord function failure look random to me. I guess I was expecting the PCGM_SetFieldValue( FieldName ; Value ; optType ) function to report an error on bad data, but it was not until the PCGM_SaveRecord that I would get the cryptic error from Google. In the case of my script, the bad data was
  3. Still have this problem, now with paid latest version. When it occurs, there seems to be nothing I can do to affect it, other than wait for it to start working again. Anyone have similar issue?
  4. Hello, is there a way to create a new Calendar from within gmanipulator or must this be done in Google Calendar? I thought that "PCGM_NewFolder(FolderName)" function might do the trick, but the description mentions that it creates sub-folders and I don't think sub-calendars is a thing. Ideas please? Error message: Error Encountered from Google Message: Exception: Unable to cast object of type 'Google.Apis.Calendar.v3.Data.Calendar' to type 'Google.Apis.Calendar.v3.Data.CalendarListEntry'. Code: -400 Extended: NewFolder
  5. Using FM 16.0.2 ProAdvanced (32bit), I've installed, registered gmanipulator demo, authenticated, and can pull calendar events successfully, but when I try to edit an existing calendar event or create a new one, I now get a "Failed to Save" error message popup. Interestingly, I was successfully editing and creating events on this same calendar last night but when I went back to it today, relaunched Filemaker, registered and authenticated once again, I am now getting these errors. Failed to save the record: Error Encountered from Google Message: Exception saving the record Code: -400
  6. Updating the out-of-date email plugin seems to have corrected the problem, even though the problem appeared on the surface to be entirely related to scriptmaster plugin. In any case all is working fine now. Thanks again.
  7. Windows 7 Pro user here. "C:Program Files (x86)FileMakerFileMaker Pro 11 AdvancedExtensions" contains only the "Monday, ‎July ‎29, ‎2013, ‏‎12:01:28 PM" scriptmaster plugin. I find no extensions folders in the Appdata filemaker folder, neither local nor roaming. So I did a full C: search for "360Works_ScriptMaster.fmx" on my PC, found copies of earlier versions in a variety of places that I had previously saved copies, and I deleted them all. I now just allowed the java update to occur again, relaunched FM11 and am seeing the same symptoms again.... Scriptmaster plugin is found dis
  8. I continue to have the exact same symptoms as the OP. Installed latest version of 32 bit scriptmaster plugin, freshly downloaded today. Using FM11 Pro Advanced. Everything works fine until I allow Java to update and then I see that Scriptmaster functionality stops working and when I check FM preferences, I see that the scriptmaster plugin is disabled. Clicking the checkbox to enable the scriptmaster plugin results in an immediate crash of filemaker. Has this plugin fix for Java 7v25 been tested with FM11 Pro ADVANCED? Any suggestions on what I can try to resolve this serious problem?
  9. The workaround to this problem of the "Files Directory" resetting to default after server restart, was for me to manually edit the "web.xml" file to include my actual file path. SuperContainer-2_864SuperContainerWEB-INFweb.xml is the location of this file in Windows.
  10. Hi all, We've been using SuperContainer daily for 6+ months in a large IWP project very successfully, and this week after updating FM Server 11 Advanced to v3 on Windows Server 2008 R2 Foundation, and also updating SuperContainer server and plugins to 2.864, I am finding that SuperContainer server no longer retains my "Files Directory" setting under the Options button. After a server restart or otherwise relaunching SuperContainer server, the Files Directory resets to the default setting of C:UsersSuperContainerFiles, and of course everything stops working. (Simply stopping and starting S
  11. We are all PC based here, so not waiting for Apple to fix anything. We are using FM Adv Server 11 running on Windows 2008 server, We are using Firefox 8.0 to view IWP served pages, and this is where we are having the non-moving upload status bar problems I reported.
  12. Thank you for the response. I am now using 2.831 and still find that the upload progress bar does not work. Hopefully this can be fixed in a future update. Thanks again.
  13. I am finding that the Size of the JavaW.exe 32bit process running on Windows Server 2008 grows with every SuperContainer request, eventually growing to many hundreds of megabytes in size and slowing down dramatically. Killing the task and restarting SuperContainerSever.jar restores performance and starts the memory consumption growth anew. Anyone else seeing this? (I am using Firefox 7 to access an IWP solution running remotely on a Windows Server 2008, dedicated to FileMaker Server 11 Advanced and SuperContainer 2.82 Server.) Thank you for your feedback.
  14. Can anyone confirm that the Supercontainer Upload Progress Bar works for them? (The Download Progress Bar works for me but the Upload Progress Bar always remains gray until the Upload is completed.) Thank you for any feedback.
  15. We are successfully testing a new FM Advanced Server IWP (Windows 2008 Server) solution which utilizes Supercontainer 2.82 to both upload (via drag-and-drop) and download (via double-click) various PDF files using Firefox web browsers (on Windows 7 PCs). Everything seems to work very well (most of the time), but one problem all users are reporting is that Supercontainer's Upload Progress Bar NEVER shows any progress. The bar remains gray, sometimes for minutes at a time for large PDF file uploads. However, Supercontainer's Download Progress Bar always works perfectly, showing a gray bar which
  • Create New...

Important Information

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