Hello fellows. I am stucked with the configuration of the module. I believe I have tryed everything, but still with no effect. I will post exactly what I am doing with the kind request to tell me where I mess the things up:

1. Download and install CCK, FileFiled, ImageField, Views, Views SlideShow, Views SlideShow: Galleria.
2. Extracting the jQuery plugin in sites/all/libraries/ - the path in the /admin/build/views/views_slideshow_galleria is sites/default/modules/libraries/aino-galleria-0e5753c
3. Making dedicated content type and adding a field with 'Type of data to store' - File and 'Form element to edit the data' - Image and 'Number of values: ' - Unlimited.
4. Creating a node with the new content type and inserting some images
5. Creating new view using nodes. On default display I am adding the new field, holding the images, from the new content type with no label and 'Image' as widget.
6. Setting the style to 'Slideshow' with Slideshow mode: Galleria. All other settings are the default ones.
7. Adding Page display and adding a path and saving the whole view.

The result is a single image on the live preview and blank screen on the path where the whole view is located. I think I have followed all the instructions, but please tell me what I should do to make this wonderfull module operational.

Martin

CommentFileSizeAuthor
#8 Screen shot of the result at step 13176.28 KBmparker17

Comments

fellow’s picture

I also have the same issue.

atom’s picture

me too...

_danny_’s picture

Category: support » bug
Priority: Normal » Major

I think i pinned this one, the path to the theme javascript is wrong, it contains the language prefix which it shouldn't. I have tested with a hardcoded path to the javascipt, that works. The affected file is "themes/views_slideshow_galleria.theme.inc".

thinguy’s picture

Having the same problem, can you describe how you fixed it?

carlosg2’s picture

Same problem

_danny_’s picture

My test was only meant to deduce the problem, it is not a fix nor a patch. The $path variable in "themes/views_slideshow_galleria.theme.inc" contains the language prefix, in my case "nl". When i replaced the $path variable with a hardcoded path to the script (i.e. without the language prefix) this problem was fixed. This could perhaps be used as a workaround for some people.

I cannot post the code because i deleted it since my first post, my intention was to use the lightbox theme of galleria but since that is no longer part of the script i decided not to use galleria.

kirilius’s picture

Same problem with me. Tested on FF 3.6 and IE6

mparker17’s picture

Version: 6.x-1.0-beta1 » 6.x-1.0-beta2
Priority: Major » Critical
StatusFileSize
new176.28 KB

I'm experiencing the same problem on a clean install.

Changing the version to 6.x-1.0-beta2 as I have confirmed that version of the module doesn't work with a clean installation.

Marking the bug as critical because the Views Slideshow: Galleria module is unusable on a clean installation.

Platform

Client

  • Hardware = Macmini3,1
  • O/S = Mac OS X 10.6.4 (10F569)
  • Browser = Firefox 3.6.8 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8)

Server

  • Web Server = Apache/2.2.3 (Debian) mod_fastcgi/2.4.2 mod_webkit2/0.9 mod_perl/2.0.2 Perl/v5.8.8
  • PHP = 5.2.0-8+etch16
  • MySQL database = 5.0.32
  • Drupal = 6.17 (clean install)
    Modules enabled:
    • cck-6.x-2.8
    • filefield-6.x-3.7
    • imagefield-6.x-3.7
    • views-6.x-2.11
    • views_slideshow-6.x-2.3
    • views_slideshow_galleria-6.x-1.0-beta2

Steps to Reproduce

  1. Clear all browsing/download/form/search history, cookies, caches, active logins and site preferences from Firefox.
  2. Install a fresh, English copy of Drupal 6.19 on a blank MySQL database.
  3. Download the versions of the contributed modules listed above, and install them to sites/default/modules.
  4. Download the latest version of Galleria and unzip it into sites/default/libraries. When I unzipped mine, it was automatically named aino-galleria-c2f7a2b.
  5. Log in to Drupal as user/1 if you aren't already.
  6. From Administer -> Site building -> Modules, check off the boxes next to Content, FileField, ImageField, Views, Views Slideshow, Views Slideshow: Galleria and Views UI, then click Save configuration.
  7. From Administer -> Site building -> Views -> Views Slideshow: Galleria, ensure that the Path to the Galleria Plugin is set to the src sub-folder of the Galleria folder you extracted earlier. In my case, Views Slideshow: Galleria automatically detected Galleria at sites/default/libraries/aino-galleria-c2f7a2b/src.
  8. From Administer -> Content management -> Content types, click Add content type. Set the name to Album, the type to album, and click Save content type.
  9. In the list of Content types, click manage fields in the Operations column next to the new album type.
  10. Add a new field with the Label Images, the Field name field_album_images the field type File and the form element Image. Click Save. Drupal will prompt you for more information about the image field. Under Global settings, click Required, but otherwise leave everything at the default. Make sure to Save field settings.
  11. From Create content -> Album, add two or three album-type nodes. I always click the Upload button before saving the page.
  12. From Administer -> Site building -> Views, click Add and create the view:
    1. Name the view album_gallery and make it a view on type Node. Leave the other options at their defaults.
    2. Add a filter on Node: Type; set it to Is one of and check off Album.
    3. Add a field: Content: images (field_album_images). From Format, choose Image; leave the other options at their defaults.
    4. From Style, choose Slideshow. Leave List type as Unordered list. Ensure Slideshow mode is set to Galleria; leave the other options at their defaults.
    5. Add a Page display. Set it's path to gallery.
    6. Leave the other options at their defaults. Click Save to store the view.
  13. Navigate to http://yoursite.example.com/gallery and observe the behavior.

Expected Behavior

I should see a galleria gallery of the images attached to the nodes that I uploaded.

Actual Behavior

In reality, I only see a blank screen. When I view the source, I can see that the view is outputting stuff; there is an a tag with the href attribute set to the path of each image that I uploaded. There are no img tags anywhere. Firebug also tells me that the style attribute on each link is set to display: none now.

Please refer to the attached screenshot.

Notes

I played around with various Galleria settings in the view's Style pane, but nothing seemed to have any affect.

mparker17’s picture

Version: 6.x-1.0-beta2 » 6.x-1.x-dev

Setting version to 6.x-1.x-dev because I've managed to confirm that the problem happens on this version as well.

mparker17’s picture

Title: Galleria fails to start - showing blank page » Galleria fails to start; shows blank page with clean Drupal 6.x install
Component: User interface » Miscellaneous
Status: Active » Closed (duplicate)

I spent some time figuring out what the problem is: it's the version of JQuery being used. Therefore, this bug is a duplicate of #853204: Galleria 1.2 needs JQuery 1.3 or better; Drupal 6 comes with JQuery 1.2, and I'm closing it.

The root of the problem is that Galleria 1.2 (the version that you can currently download) requires JQuery version 1.4.2; but Drupal 6's core only ships with 1.2.x. At some point in Galleria's JavaScript code, a call to $(...).indexOf(...) is made on a variable of type object; but the object doesn't contain that function in JQuery 1.2, which causes an error. This error causes the JavaScript to stop execution before Galleria has been fully loaded, but after the images have been removed from the DOM for caching, hence the blank screen.

My preliminary tests seemed to indicate that Views Slideshow: Galleria and the latest version of Galleria will function with JQuery 1.3 (although those tests were by no means extensive; i.e.: so I have no guarantee that things will work on your OS/browser/site). This means that installing the 6-x-2.x branch of the JQuery Update module will make Galleria function. JQuery Update's 6.x-2.x branch updates JQuery to version 1.3.x (the 6.x-1.x only updates to a later version of JQuery 1.2.x).

mparker17’s picture

As a follow-up, I've created another issue, #892490: Make module depend on JQuery Update 2.x branch, which requests that Views Slideshow: Galleria be made to depend on jquery_update, so that it's more obvious what needs to be done to get the module to work on a clean install.

dealancer’s picture

I have JQuery Update's 6.x-2.0-alpha1, but this problem still exists. I'm using Views Slideshow: Galleria 6.x-1.0-beta3 even with latest jquery.

dealancer’s picture

Firfox shows following error:

Error: Fatal error: Width & Height not found.
Source: http://.../sites/all/libraries/aino-galleria-fc65989/src/galleria.js?P
Line: 3475

kirilius’s picture

Hi, is there any update on this issue? Is this module usable at the moment?

dealancer’s picture

Kirilius, see sollutions from here, it could help: http://drupal.org/node/982028

ainz’s picture

This is kind of an old thread but I want to start contributing back to this community since I took 6 hrs to figure out this problem. Hope this helps:

This is what worked for me:
In the views_slideshow_galleria.module file located in /sites/all/modules/views_galleria_slideshow I noticed on line 65 the following code

$files = drupal_system_listing('^galleria\.js$', 'libraries', 'basename', 0);

I realised that drupal was looking for a file named "galleria.js" in the "libraries" directory, however, when I downloaded the galleria plugin the original file was named "galleria-1.2.6-min.js". This was causing a "Galleria Not defined error" and I continued getting a blank screen. Once I changed the file in the libraries folder to "galleria.js", I immediately got the "Width & Height" error above and was able to use the solution posted in #15.