Fork me on GitHub

Files module w/ Scribite - does it work?  Bottom

  • I have a z v1.2.3 site running and have Files 1.1, Scribite 4.1 and Thumbnail 1.2.1 installed. I have scribite configured to work with Content and the Files plugin is present and mostly functional. I can upload an image and it produces a thumbnail.

    But the part that doesn't work is the part that makes it useful, the ability to select the newly uploaded file and use it in Xinha. I seem to remember an earlier version used drag/drop, but I don't see that enabled here. I can't click on a link anywhere, and if I check the box next to the image there isn't an option for linking.

    There seems to be a gap in the source code too. It appears that what's downloadable at the Cozi is only 1.0, v1.1 is in the extdb, and only the new architecture for v1.3/2.0 is in git.

    Suggestions, or does anybody have this actually working?
  • I've a lot of sites using it. Please look at this video:

    http://www.screentoa…EJVQ0VLTVpZQV9bWlxQ
  • Thanks Albert, that's a help. I can see how it's supposed to work, and what's different about mine. I can see where thumbnails should be when they are "ready" to use.

    None of the images I've uploaded have thumbnails yet.

    The first image I was uploading was a .jpeg file. .jpeg wasn't defined as an eligible type, so I added it in admin and now I can upload it. But there isn't a control there to create a thumbnail for it, maybe Files doesn't know this is an eligible extention for thumbnailing?

    Anyway, I continued testing with a different set of .jpg files. I can upload them, there is a control for creating thumbnails, but when I try to do that I get an error "It is not possible to create a thumbnail from this file.". It sounds like Thumbnail has a problem, but I use the Thumbnail module elsewhere it it's working fine. Am also doing this as Admin, so there shouldn't be a permission problem. I have confirmed that the images ARE actually being uploaded.

    Where do I go from here?
  • Sounds like it could be a server issue maybe? I didn't have to do anything to files to get it working with my hacked copy of Banners I'm using on my Church's site. That reminds me, since we've got awhile until 1.3 is ready, I should see if I can add that in to the Banner's module.

    --
    Home Page | Find on Facebook | Follow on Twitter
  • OK, I've made a little more progress but still not working.

    I searched the code for instances of "It is not possible to create a thumbnail from this file.". It seems that it's doing a case sensitive comparison of file extensions against an array of valid extensions at line 468 in pnuser.php. My sample files were named "xxxx.JPG", which failed the test against "jpg". So I renamed the file xxxx.jpg and it no longer complains. In fact, I have browsed the upload folder and both the original file is there, as well as the thumbnail in the .tbn folder. Yea!

    But I still don't have any controls to *use* the uploaded image as shown in the video.

    Seems like the previously noted "jpeg" error and now the "JPG" error would be the kind of thing shaken out just after release, and so I am still thinking that I don't have the latest version to work under v1.2.3. Can't check historical Cozi since it's been redirected to Github, which contains only v1.3 targeted version.

    Suggestions? Can someone send me a version for v1.2.3 that doesn't have the above issues?
  • OK, I figured it out. The folder containing the images needed to be marked as Public. Otherwise, the thumbnails don't display. That totally makes sense now that I know, but in my current use case the only reason to be using Files is as a nice integration for Xinha. I thought "public" would be *writable* by other users.

This list is based on users active over the last 60 minutes.