-
-
Notifications
You must be signed in to change notification settings - Fork 9.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Buggy swiping when using loopedSlides and slidesPerView: 'auto' #2630
Comments
I believe this issue is fixed in #2651 PR. |
Sorry, but it looks like it is not. I can still recreate the above steps in this updated jsfiddle (swiper version updated to 4.3.3) : https://jsfiddle.net/n88Lhesr/8/ |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
As noted by @brandonce, this is still an issue. To generalize, if you set |
I'm using swiper 4.4.1 for what it's worth |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically closed due to inactivity. If this issue is still actual, please, create the new one. |
Similar issues have been opened before but were closed without a fix. This one has an updated jsfiddle.
This is a (multiple allowed):
bug
enhancement
feature-discussion (RFC)
Swiper Version: at least as early as 3.4.0, and currently 4.2.6.
Platform/Target and Browser Versions: macOS, CHROME (all browsers).
Live Link or JSFiddle/Codepen or website with issue: https://jsfiddle.net/n88Lhesr/4/
What you did
Click the right arrow button 3 times to get to slide 3, then click the left button.
Expected Behavior
Expected: It goes back to slide 2
Actual Behavior
Actual: Slide 2 vanishes and it stays on slide 3
(I think it's jumping to the duplicated slide 3 that exists to the far left of the "real" slides, which is the true slide index 0). Possible workaround is setting loopedSlides to the total number of slides, but this is not performant if there are numerous or complex slides. I think the index calculations that determine when to jump between duplicate slide N and real slide N need to be examined.
The text was updated successfully, but these errors were encountered: