hi,

the last update was supposed to fix the lightbox redirects. unfortunately on our site the problem remains unchanged. vimeo links from ajax portfolios still redirect to the vimeo page. all caches disabled and links double checked. same buttons work just fine outside of the ajax portfolio.

I found another topic that might be related. Is this maybe the same bug/problem? This also point to problems with lightbox in ajax portfolios. That would explain why our links outside the ajax portfolio work but the others not. see topic here:

https://kriesi.at/support/topic/portfolio-ajax-lightbox-problem/

have a good one.

• This reply was modified 9 years ago by zerodi.

You get permission denied when doing what? Or do you mean the “Oops the embed code for the video is not valid.” message.
I cannot make the videos public as I explained above. The videos are allowed to be embedded on our domain though which worked perfectly until recently. It still works for the showreel (play button at the top of the page). Only the links in the ajax portfolio seem to redirect to the external page instead of opening the lightbox as they did before. This causes the error message because the videos are not to be viewed outside of our domain.

I already checked with the vimeo settings and everything seems to be fine there. Unless I’m missing something this seems to be a problem with enfold redirecting to the vimeo page instead of opening the lightbox, but maybe I’m wrong?!

EDIT: I tried the extra steps and I was able to reproduce the issue.

that’s good news. I’m glad to hear that.

EDIT: The code fix the current issue but it creates another. The current slideshow is stuck. We’ll ask Kriesi again to look into this.

yup, as you said the code fixes the blank slideshows but the slideshow is stuck. this is not new or caused by the code though. this happened without the code just the same as described in my last post.

b) the slideshow image shows BUT the slideshow is not working anymore. neither auto-rotation nor manual controls via bullets and arrows

as for how likely it is for a visitor to encounter the bug. well, we had a few guys test the page without telling them anything about it and 2 reported the bug back to us. you’re right most people won’t navigate the page the way to cause it but some still might and it just doesn’t look very professional. however I’m sure you’ll do your best to fix it and that’s all I ever wanted.

I am not sure how it is possible that you have 20 people who can easily reproduce the issue and no one in our whole team can’t.

see, that’s exactly the problem we are having. from my point of view it looks like: how is it possible that I can ask a random guy on the street with a random device and replicate the issue every single time no matter what device, browser or OS and your whole team of developers are the only people in the world that seem to be immune. and also Ismael already once confirmed the issue in this thread but was never seen again.

ps: was just thinking: you could also run the portfolio website and open the chrome browser console ( https://developers.google.com/web/tools/javascript/console/console-ui) and check if a javascript error is thrown on your browser.

I already tried that but was not able to find any javascript or other errors.

It would probably help if you tell us the exact version of the browsers you are using and the exact OS numbers as well. Browser plugins might help as well. Since other people you know can reproduce this as well the chance is low that this is the root of the problem but it might help us to try and replicate the problem if we try on a setup as close as possible to yours.

I already offered to do a skype, hangouts, facetime or whatever chat with screensharing to walk you through the steps to make this bug appear, but never received a reply to that. I’d still be willing to do this.

andy,

thanks for being patient with this. It’s a complete mystery to me what’s going on here. I hope I didn’t come across as snappy in my last posts. It’s just so frustrating and we are already extremely delayed with our launch and this is pretty much the only thing that keeps us from going live very soon.

I’m curious to hear what the others on your team will have to report.

ok, i’m getting a little frustrated with this. I now installed wordpress locally, completely fresh, no plugins. installed enfold directly from themeforest. created a blank page and added a simple portfolio grid like the one on our page. now created some random portfolios with some images and populated the grid. guess what. the exactly same thing happens. for some reason the slideshow sometimes survives the first close/open but breaks eventually.

So I went ahead and tried your online demo of the ajax portfolio at http://kriesi.at/themes/enfold/portfolio/portfolio-ajax/ I can even reproduce it there. See for yourself:

screencast: https://dl.dropboxusercontent.com/u/51151448/Screencast%20Enfold%20Demo.mp4

So I really doubt this has to do with my installation. Can we finally agree on that? I’d be really happy if you’d admit that there’s some kind of bug with the functionality here. Please don’t get me wrong I’m not expecting you to work miracles and bugs happen, I do understand that, but giving me the impression that me and a lot of other people that were able to reproduce the issue are imagining things makes me a little uncomfortable. We really tried hard and patiently to show you the issue with illustrations and screencast and so far you only denied the issue. Even Ismael was able to reproduce it.

I was really satisfied with the speed and quality of enfold support so far, but please tell me something else than this a user error because obviously it’s not.

here you go:

https://dl.dropboxusercontent.com/u/51151448/slideshow_issue.mp4

• This reply was modified 9 years, 3 months ago by zerodi.

hi ismael

thank you for your reply.

regarding the scrolling I see what you mean. I think I’m more or less OK with it.

slideshow issue: I now optimized all images and reduced filesize as much as I’m willing to go without giving up too much quality. I also installed and configured W3T cache plugin. unfortunately nothing has changed. I was also not able to see the slideshow coming back up after waiting – even for a minute or more. as I said the blank space gets filled with a slideshow image as soon as you change the browser window size (even if it’s only slightly). I guess this forces a redraw. however the slideshow then doesn’t respond to any navigation commands (arrows or bullets). basically all that is there is a static image at that point. regarding the slideshow being fully loaded I’m not sure I understand. according to the developer tools the full slideshow gets loaded when I click on it in the grid (while the pre-load circle animation is shown). I cannot not see any additional data being loaded after that point. on a side note, auto-rotation also stops working most of the times when you go back to an already viewed portfolio item.

is there anything we can do to get this work? force another method of loading the slideshows or any other magic? as it is now this feature seems really broken. It’s such a shame because other than that enfold really does everything we hoped for and that perfectly and convenient.

sorry for being so persistent with this.

andy,

lets ignore the scrolling issue for the time being and see if it goes away once images and everything else is optimized.

for the slideshow issue though I tried everything you suggested to no avail. what I found out though is that it seems to work fine on windows and android, but not on OSX and iOS. Is there anything special about how the slideshow modules are loaded/called on apple devices that makes them break? I haven’t found an iphone, ipad or mac yet where it works.

thanks for your patience!

hello andy.

thank you. I will run the mentioned optimizations once the site is completely finished BUT I’m not sure this will address the issue I was describing (correct me if I’m wrong). I was not talking about the page load speed/performance but stuttering scroll performance with color sections that contain a full screen BG and fixed or parallax setting. It is especially bad in firefox but also noticeable in chrome and safari.

see this short screencast: https://dl.dropboxusercontent.com/u/51151448/Untitled.mp4

And finally I discovered another bug with the ajax portfolio preview slideshow. this was reproduce-able for me by doing the following every time in all available browsers:

1. open a project in the grid with ajax preview
2. close the preview
3. open the same project in preview again
4. the slideshow doesn’t show anymore

strange thing is that only the one slideshow seems to be bugged. slideshows from other projects still work fine. even when you browse through the projects via ajax item navigation (arrows on the right top) and close the preview at any given project it will always be this item that is broken when reopened.

see a screencast here: https://dl.dropboxusercontent.com/u/51151448/Untitled2.mp4

thanks for your patient and ongoing support.

update: I was able to solve problem #2 on my own with this in the function.php

add_action( 'avf_portfolio_preview_template_params', 'avf_portfolio_preview_template_params_mod', 10, 2 );
function avf_portfolio_preview_template_params_mod($params, $entry) {
 if($params['method'] == 'slideshow') {
	 $params['preview_size'] = 'magazine';
 }
 return $params;
}

#1 is still unsolved though.

nope, I’m talking about the one between the red and the green rectangle:

It’s just wasted space. I don’t mind a frame above the image if this is necessary for the navigation bar, but it should make use of the full width of the page.

• This reply was modified 9 years, 4 months ago by zerodi.

hi rikard. no it’s not entirely fixed. one of the gaps is still there on mobiles as described in the first post. the provided code got rid of the inner wasted space but not the outer one. tested on iphone and nexus5.

also I would still like to know how to disable the links as described earlier.

thanks for your help!