Jump to content

dsto22

Newbies
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About dsto22

  • Rank
    newbie
  1. Only happens with the one image. It is a JPEG. So far no reports of issues with other images. I think it's pretty rare for the images to be this size so I'm not sure that there's been a comparable test performed. I'll consider trying various tests if this continues to occur. One interesting thing I noticed is that after ending Java processes and removing the image file on the server, the file's name and other info still appeared in the SuperContainer web viewer in their database (even after refreshing the web viewer) until I uploaded another file. I suspect this is more of a fluke issue, like maybe an interrupted upload of the image, rather than an ongoing problem but I wanted to see if there was a known reason why this might happen so I could prevent it from becoming a larger issue.
  2. I'm running into an issue where the SuperContainer Companion plugin seems to no longer work on a specific image. The image preview displays fine but no plugin functions seem to do anything (and no errors reported by the plugin). When I investigated on the server and tried to delete the problematic image from the SuperContainer directory, Windows displayed an error message saying that the file was in use by java.exe and could not be deleted. To resolve the issue I have to kill Java processes on the server and restart the server to get SuperContainer working again. This has happened twice in the past week and according to users, they hadn't manipulated the file in any way since the previous time the issue occurred. It was only downloaded via Custom Web Publishing (PHP). Any idea why this might happen? Setup is FileMaker Server 16. Windows Server 2012 R2 operating system. The file size for this particular image is 77MB, in case that is relevant.
  3. I have confirmed that this issue does not occur on Mavericks but does occur on Yosemite.
  4. I just had a client ask why the file selection dialog for SC now looks like an older version of Mac OS (that doesn't have all of the usual options for navigation and such) after they upgraded to Yosemite. In my testing it appears this is only the case when SCChooseFile is used via the Companion Plugin, not when you click Choose File in the web viewer. Wondering if anyone can confirm that this is simply a Yosemite compatibility issue. And if so, will there be an update to fix this? Or has this always been the case and the client and I aren't remembering how this looked in previous versions of Mac OS X? Thanks
×

Important Information

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