SuperContainer Plugin Freezes?

[exizldelfuego]

I’ve a script which imports logos into a temp container field, pushes them out to SuperContainer, then clears the container. Every now and again—seemingly random—the plugin freezes needing a force-quit. I’m testing locally on a Mac OS X 10.5.6 iMac Core 2 Duo running FMPA10.0v1 and SuperContainer 2.1.4.

I’m obviously concerned about the force-quitting and the state in which this leaves the database. Is anyone else seeing similar problems? Have any pointers?

[sijmons]

Yes, I see exactly the same issue (using SC plugin 2.272, FMPA10.1, OSX10.5.6). This is in development mode with SC running on localhost.

The freeze starts in the step SCSetContainer,

directly after SC successfully uploads (the SC Server reports correct upload and I can see the file appear in the correct folder). The debugger at that point shows errorcode 3.

The freeze is deep into the system as you can no longer Cmnd-Tab back into the FileMaker program and the only option is a forced quit. I've been testing several scenarios (replacing excisting files, uploading to new revision folder etc.) but the frustrating thing is that sometimes it works correctly and often enough I end up in the freeze. There are no FMP10 script triggers involved.

I tried the following circumstances:

• Spaces OFF, no difference

• adding style noapplet, made a bit of difference as it dropped the frequency that the freeze occurs, but it still occurs

• testing different file types for upload (JPG, PDF, TIFF) but could not find a pattern

• overwriting existing files with new files in same revision folder

• switched to Layout Mode, back to Browse Mode: I first though this solved the problem but with further testing I saw it coming back.

• installing a fresh plugin copy in case of damage: no difference

• switching display progress bar On/Off: no difference

• I can reproduce the behaviour in FMPA9, SC plugin v 2.272

• in my case it is upload nr 3 where it goes wrong, but independent of the file type because if I change the file type order, it is still upload #3 where it freezes.

• when trying the same in the SC Example file, section Companion Plugin Demo: also freezes doing a 3rd step (upload or move)

Tracking the problem further:

When the webviewer is set with the following parameter:

Case (

IsEmpty ( labProjectFiles::ShowInfoSuperContainer ) ;

"&style=nodelete" ;

"&style=center+readonly+info+noapplet" )

and you open that Layout the first time with the ShowInfo box UNchecked, you would expect the system upload button to appear inside the webviewer but it doesn't. However, when you switch to Layout Mode and back into Browse Mode, the button appears. It is as is there is not enough time for SC to read its settings from the webviewer when a record is opened in form view.

I hope this helps tracking down the issue because it is a very annoying bug.

Hal, let me know if you want me to test other things, I ran out of ideas here...

[Valentin]

Thank you for bringing this issue to our attention.

Can you please be more specific in the upload process, is it a loop? If possible please post the script, a screenshot would do as well. I'm interested in reproducing the issue.

[sijmons]

Valentin,

attached are both the parent and subscript used for the upload (2 ClipManager3 files in zipped file)

LabScores090328.zip

[Hal Gumbert]

Was solution found? I'm having the same problem when SCSetContainer upload from either a FileMaker Container or a path. Although FileMaker goes to a beachball and I can't get back to the FileMaker app, the file does upload successfully...

I have found that the problem goes away when I tried it under a new user account on my Mac.

I'm using the SuperContainer plugin 2.792.

Thanks, Hal

[Smef]

This is not a known issue, and hopefully it was resolved a long time ago as this thread is over two years old. Can you give me a call so we can do screensharing and you can show me what the problem is?