I have a client solution using SuperContainer, and in one of my webviewers is having troble resizing or scaling some of the images on some of the records (about 10 out of 200 records). I moved the images to another database on a different server (my development server), and they seem to scale without any issue. I also tried changing the image in photoshop, converting it from .jpg to .png, reuploading to the problem database and record, and it still does not scale.

I've attached examples screenshots of proper and problem records.

Any thoughts on this issue are appreciated.

Dave Wheelock

What is the URL you are using for the web viewer?

Hi David,

http://HOST.IP/SuperContainer/Files/calibration/UID?height=223&width=314&resolution=72&style=center&background-color=rgb(232,232,207)

I'm using the following within a let statement to specify height and width:

[

OB = "SC.viewer.picture" ;

HI = Int ( GetLayoutObjectAttribute ( OB ; "height" ) * Get ( WindowZoomLevel ) ) /100 ;

WI = Int ( GetLayoutObjectAttribute ( OB ; "width" ) * Get ( WindowZoomLevel ) ) /100

]

Thanks!

Dave W

Try adding style=noapplet as another URL parameter for that.

Try adding style=noapplet as another URL parameter for that.

Yes, that works, but it seems like more avoidance, than a fix. By adding the 'noapplet' parameter, I loose functionality that I need. Namely, drag-n-drop.

Remember, most of the images in most of the records work fine. It's just a handful that don't. And, if I move these images to another, similar solution, on another server, the images scale properly.

Dave W

A different SuperContainer Server?

A different SuperContainer Server?

Yes

Are both of your SuperContainer servers running v2.77? Which server is running which version?

Are both of your SuperContainer servers running v2.77? Which server is running which version?

They are now! :

The 'problem' server was on 2.76. I just upgraded it to 2.77, and it still has the issue.

BTW, both servers are running standalone versions of SuperContainer Server, on Mac OS x 10.6 -- 10.6.4 on 'problem' server, 10.6.5 on 'good' server. If we need to upgrade to 10.6.5 on the problem server, I'll have to schedule it with the client.

Dave W

Try deleting the thumbnails directory in your SuperContainer root folder. This will force SuperContainer to remake the thumbnail images. One of the thumbnails may be having a permissions issue which is stopping it from being overwritten.

Try deleting the thumbnails directory in your SuperContainer root folder. This will force SuperContainer to remake the thumbnail images. One of the thumbnails may be having a permissions issue which is stopping it from being overwritten.

There it is! That fixed it. Instead of tossing all of the thumbnails (we have about 200k stored images), I just threw away the the thumbnails related to this particular database. Is there any overwhelming reason to remove the entire thumbnail folder?

Thanks for the help David, have a great weekend.

Dave W

No, but if you had permissions problem with that one preview image there may be problems with other ones as well. If you run across similar issues with many other images you may want to just delete the whole thing.