Closed (outdated)
Project:
Views Slideshow
Version:
6.x-2.4
Component:
Miscellaneous
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
11 Jan 2011 at 12:20 UTC
Updated:
26 Dec 2016 at 19:28 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
mustanggb commentedDo you have a case study that could be looked at?
Comment #2
lpalgarvio commentedsometimes i get issues on Chrome and Safari.
the slideshow does not render at all when it happens.
oops wrong version, nevermind, i meant in D6
Comment #3
APCC commentedI'm having the same problem. I'm using Drupal6 and my slide show works great in FF and IE. But in Chrome (and apparently Safari though I haven't seen it) it overlaps.
Basically I set the slideshow up in a block and then added that block to my left sidebar. In Chrome and Safari it sits right on top of the block above and below it, blocking my logo and most of me What's New links.
You can see it at www.apcc.org.
Thank you!!
Comment #4
mustanggb commentedSeems like slide sizes aren't being used correctly
Have you tried enabling "Wait for all the slide images to load"?
Comment #5
APCC commentedWhere is that option? I don't see it in views.
Comment #6
mustanggb commentedIt is within the "Cycle options" fieldset of the "Style settings" of the view
Immediately below the "Items per slide" input
Bear in mind that I am running 7.x-3.x-dev
However if I recall correctly 6.x and 7.x are being concurrently maintained so this shouldn't be an issue
Checking the code base seems to verify this
So if you still can find it I would try an update to the latest dev
Comment #7
redndahead commentedMoving back to 7.x APCC did the wait for all the slide images to load work?
Comment #8
APCC commentedI think it worked. It looks fine on my computer and no one has complained recently. Thank you for your help!!!
Comment #9
redndahead commentedComment #10
lpalgarvio commenteddon't have that option (Wait for all the slide images to load) in Drupal 6.20 with Views 2.12 and Views Slideshow 2.3
is that available only on the 6.x-3.x series and up? 7.x-3.x?
Comment #11
mustanggb commentedIt's a fairly recent addition (Late Jan/Early Feb if I recall) and I believe it has only been applied to the 3.x branch
Comment #13
nerdcore commentedProblem fixed. No need for follow up.
Comment #14
nerdcore commentedComment #15
screeno commentedI don't see that the issue of views slideshow overlapping content has been addressed. I encountered the same problem using Chrome and Firefox. I added a views slideshow block to the front page just below the login block. The login block then became inaccessible. I had to change the z-index on the login block in order to gain access to it. Firebug reveals that the block containing the slideshow view is as tall as the sidebar it is in. I tried adjusting the height of the slideshow block in css but was unsuccessful.
Surprisingly, there was no problem when I viewed the page in IE.
You can view the problem at http://firetrainingcenter.org/
Comment #16
redndahead commentedI'm looking at your site and everything looks fine. I tried firefox and chrome. Could this be a windows only issue?
Comment #17
screeno commentedRight, it isn't an issue now because of the changes I made to the z-index of the block above the slideshow. Before doing that, the slideshow transparently covered the block above so that I could not access the username or password fields or the log in button. Inspecting the slideshow with Firebug reveals that the slideshow block, "block-views-fireball-slideshow-block-2", covers the entire sidebar with a transparent window.
I got it to function with the work-around described above, however, this behavior seems odd and may frustrate other users of the module.
Comment #18
screeno commentedOkay, I got the slideshow to behave by applying the style "height : auto" to the id for the views slide show. Never had to do this to any other blocks before.
Comment #20
dorys commentedI'd like to re-open this issue. I'm having the same issue as above.
I had created the new slideshow from scratch and was working properly a week ago. Today it showed the overlap in Safari and Chrome. I may have updated Views since I created the slideshow but quite frankly I can't remember.
I'm using Views 6.x-2.16 and Views Slideshow 6.x-2.3 so I do not have the option to enable "Wait for all the slide images to load" under slideshow advanced options in views.
I've tried adding height: auto and height: 315 to the advanced option under the slideshow setting in views. Neither works.
The block displays properly if there is only one picture in the slideshow (I know, why use a slideshow for one image...i'll be adding more later :-) ).
The site has a slideshow on the home page that was created a while back and it displays correctly. I put that slideshow on the new page and it also displays correctly. So I cloned the homepage slideshow and added the new images... new cloned slideshow doesn't display correctly.
Also, doesn't matter if it's in a panel or a block. I've tested both.
Here are my screenshots
Comment #21
Tamanda commentedRecently upgraded from Drupal 7.12 to Drupal 7.14. Prior to the upgrade I had several blocks of slideshow gracefully displaying on the homepage in a lovely cyclic manner as desired. After upgrading, the cycling stopped and when I managed to figure out the problem (being it appears views cyclic slideshow doesn't "like" Drupal's core js compression option (found in the Performance page for caching ..etc). After turning of js compression, the slideshows started to cycle except, the slide content would appear out of the block it was assigned to and literally on top of the block region it was in.
After some rummaging around, it turned out that, turning off the views slideshow: Cycle setting under "Actions" section, "View Action Advanced Options" - "Make the slide window height fit the largest slide" made the problem go away and the slides show within their block as desired.
I hope this helps someone. (I love the work these folks put into making Drupal and modules! Thank you)
Comment #22
patty.fresonke commentedHaving this same issue. (Screen shot attached for an example). I have 4 articles up per slide. I have tried turning 'Make slide window height fit largest slide' on and off...off usually results in the slide completely collapsing.
I have the Advanced Option of slideResize set to 0 for jQuery Cycle Custom Options. This fixed the now 'overlapping text/slide' to be shoved down during the transition causing the page to resize in the middle.
I have the following css setup to fix an issue with the row not resizing properly after the initial page load
.views-slideshow-cycle-main-frame {
position: relative !important;
width: 100% !important;
}
But the text from the next slide still overlaps during the transition. I can get it to cooperate by removing the css, but then I sacrifice the responsive portion - which I'm not willing to do - It must be responsive.
Comment #23
mast3rillusion commentedI am having a big issue with my slideshow. I am using views slideshow ThumbnailHover 6X-2.3 and i had just made the slideshow last night and it was working perfect (going thru the slides and all), well I started themeing the slideshow with css using the css injector module and it was all good well i finally fine tuned the design were i wanted it to be (fitting it in the product pages perfect and all). Now all of a sudden instead of the slideshow working perfect like it was it actually shows the first image and then the second image right below it ect. Also the thumbnails are not clickable and do not change the main image. I have tried every solution on this thread with no avail even the height:315 in the advanced slideshow options and still a no go. I have a screenshot attached to show you what I mean. So I thought is was the css I had done so I went ahead and disabled the css file i made and of course it went bak to its ugly non styled slideshow but still the images werent working and no slideshow functionality. I dont know what has happened and i really need help. This is the last step to create a beautiful product page for iLLuSioN GrOuP PCs and I have a dead line to accomplish so please help me ASAP. Here is a link to the page https://www.illusiongrouppcs.com/product/asus-rampage-iv-extreme-s2011
Thanks
Comment #24
mast3rillusion commentedOkay guys i got it, in the field image settings i had group multiple values selected which caused the slideshow to think there was only one image so i unchecked it and viola, it works!
Comment #25
msypes commentedRe-opening this as the problem still exists, at least in the 2.x branch.
It's not specific to the ThumbnailHover version either; I'm using SingleFrame and seeing it there too. (Not sure what the difference is between these modes anyway.)
In FF, Chrome, and even the dreaded IE, a block containing the slide show is just fine. In Safari, the images overlap the text that should be below the block. (I must admit that based on my reading of CSS positioning rules, this makes more sense than the other browser's behavior, but it's not what I want.)
If someone finds a solution, even a CSS override, please let me know. If I find something I'll post it.
The plot thickens:
In Safari, if I click on a slideshow image, which has been set to take me to the node, and then click the back button, Safari's behavior matches the other browsers. Also if I refresh the page by hitting return in the URL bar, there's no overlap, but if I refresh using the little circular arrow icon, the overlap returns.
Comment #26
msypes commentedNew information:
The reason why this is happening appears to be more Javascript-related than CSS, i.e., it is improper CSS being generated by the Javascript.
What I am seeing (via Firebug and the other browsers' inspectors) is that during the slide transition, the styles on the <div> that contains all the slide ([id^="views_slideshow_singleframe_teaser_section_"] and its child <div> 's have style attributes including a height value. These heights are being incorrectly calculated in the cases where I'm seeing the overlap.
In my particular instance, the correct height is 561px, which I assume is being calculated based on the height of the largest image. When the overlap is present this height is 75px.
Comment #27
msypes commentedProblem partially handled: Not sure if this is a general solution, but I found that by moving all my <script>s from the <head> to the bottom of page.tpl.php, i.e.,
print $scripts;, everything looks good more often.I still get the overlap on a "hard refresh" in Chrome (i.e., hold shift while clicking the circular arrow)
Update: The problem is that Chrome starts loading all the scripts before the images. That's apparently something baked in. As a result the the javascript is miscalculating the height because the image information isn't necessarily present. On a standard page refresh, cached image info is already there, so the calculation is always correct.
I have found that adding a piece of javascript to my theme can force a recalculation of the heights after all the images have loaded:
Comment #28
goldin commentedFor those looking for a D7 solution, the following worked for me (I'm on 7.39 with Views Slideshow Cycle 7.x-3.1): In my theme's html.tpl.php file, I moved
print $scripts;from within the head tag area to just above the closing body tag. Cleared cache and no more overlap in Chrome.Comment #29
nickdickinsonwildeSupport for Views Slideshow 6.x is mostly deprecated (ie bug fixes and major errors may be looked at and security issues, but not really anything else), so closing.