Forum Replies Created
-
Posts
-
Hi Mike. Thanks for taking a look.
I had noticed the same thing about that attachment ID. However: previously there wasn’t an id either en then it worked … And then even more: we can’t put an attachment id over there … Because there is no attachment ID. That image comes from another website, it’s not in our media library. So it can’t have an ID.
(There is another image on that page (just below the header: the map) that is shown the same way (without attachment ID) and that image does show.)
It is black indeed … But it should be white :-)
When I use #fff in stead of #000 I get a grey result. Reason is because of the fact that that element gets transparent … So in fact my question is: how do I fix it that that element isn’t transparent?
Thank you for your time!
Hi Mike
First of all: thanks for your help.
Second: while I was restoring a backup I was thinking that maybe I just could place an older version of Enfold back. Just to check.
So I did … And … It all works … Now I’m working with 4.4.1. You can see for yourself: https://explore.be/zeereis/hurtigruten-groepsreis-nieuwjaar-in-antarctica. The image in the background is back!
So now I’m 100% sure that “something” is changed with Enfold that causes the problems.
They have indeed such an option for staging … I should check it out. For now … crisis is a bit over :-) The site works so that’s the most important thing. I’ll try to figure out how that staging thing works on their hosting, then I come back to this thread.
Thanks again for all the time and help!
I saw that the version where you talked about wasn’t a beta but the version that is available for download. So I installed that … And things went wrong again …
For some reason posts don’t get displayed any more. I just see the header and the footer … My God.
I’m restoring a backup – again – and then … I don’t know yet what I will do.
Will keep you posted.
No prob, it is solved now. (Except for that image thing off course :-) )
There are no huge changes in functions.php. In fact, there are NO changes in the functions.php file itself. There is a plugin for that (My Custom Functions) where there is some code to do very small adjustments.
Can you send me that bèta version so that I can test it myself? Because because of the fact they had to restore a backup that new version is gone …
Wow MIke … No.
The whole site was messed up now … Homepage layout was broken and all the pages where we had that issue with the background image of the content blocks didn’t even exist any more …
I tried to activate the “old” version but all problems stayed …
Then I saw that certain plugins were deactivated and settings were changed … I understand that you did some tests but how did you not see that the site was completely broken??
My client was getting crazy … This site has 1000 visitors a day … 35 people work there. It’s their entire income!
This is terrible …Hi Vinay and Rikard
Thanks already for the time you took to take a look at this issue. But what can I do now?
It’s like I said before: until the last update it all worked fine … In my opinion it has something to do with the attachment argument … Is there a way to disable this? (Cfr like it is in the image widget. Because there we do exact the same thing and there it works.)
It’s not an option that we first upload the images and then use them as a background of a content block because my client doesn’t do anything on the website itself. They put all the content in their own internal system and then that system syncs with the website a few time per week.
Also I did some tests with images that are hosted on another sever then the one we use now but the same thing happens.
Hello Vinay
There is no other option then use images that are hosted elsewhere. Those posts get synced each day and all content comes from an external server. It is like it is my client works. (Then don’t edit anything on the site itself. Everything in their own in-house-sytsem.)
But what more is: before the updates it all worked …
And also: when we do the same thing for a normal image, the image is visible. It’s only for content sections that there is a problem and that they don’t show up …
So … What does this mean now? What can I do to fix this?
Hi Rikard
Did you find time to take a look at this problem?
The site is online and my client is getting a bit nervous because of the fact that those header images don’t show up.If I knew for sure that it wasn’t possible I would have started to look for another solution, but because I know that before it was working perfect, I still hope that this issues can be solved.
Thank you
Ok. Login credentials in Private but it’s like I said: it has something to do with that attachment=” ” piece of code. For some reason it’s now something essential (it must be filled in) but before this wasn’t the case.
Also notice the difference between content blocks and the image widget. With content blocks the attachment=” ” is indispensable now, but for the image widget it isn’t.
Thanks Rikard!
I had a same issue last week and I think that it was solved by upgraden the PHP version. Not 100% sure about that because a lot was going on on that moment.
Also: we only have the problem when we want to use an image as a background of a content block.
When we use an external hosted image in the image-widget, then there is no problem. So I checked the shortcode and I saw that that ” attachment=” ” isn’t there …[av_image src='https://nordic.swingcontent.be/SwingContent/FileCache/0/1819/Caraïben-NY-Miami.png' attachment_size='full' align='center' styling='' hover='' link='' target='' caption='' font_size='' appearance='' overlay_opacity='0.4' overlay_color='#000000' overlay_text_color='#ffffff' animation='no-animation' custom_class='' admin_preview_bg=''][/av_image]
So the solution is that that ” attachment=” ” doesn’t has to be in the shortcode of a content block … But how on earth can I do that?
I found something …
when there is nothing between the quote marks, the image does not show up …
1/ There can’t be something between those quotemarks, because normally the ID of the image is there, but because that image is not in the media library, there can’t be any ID …
2/ Before this wasn’t an issue. I checked it out in a backup: it was not necessary that there was an ID there …How can I solve this? Is there a way that images show up if there is nothing between the quote marks? Like it was before.
Thank you.
Hi Nikko … That’s an idea indeed … Working with a sidebar did not cross my mind yet …
OK! I will try it this way. Thank you!
I have put the domain in Private Content
For the moment the Jquery Updater plugin is not active. Searchform and Mobile Menu work as they should.
But the slider on the home and the logo’s at te bottom don’t work.EDIT: I had to enable the Jquery Updater again … Client didn’t want his site to looked messed up.
So For the moment the search and the mobile menu don’t work.Thank you
Found a solution myself :)
Sorry … did not notice that I’ve got an error here because I left the reply-field empty …
User + Psw in Private ContentHi Rikard, that’s just the whole point: that doesn’t work …
Please check out http://www.kristien.be. The link is at the bottom in the footer in 3th column … I’ve put your name in it.
Hello
I did not do a thing … But you are correct: now it works …
I have no idea who or what solved the problem on that test site … Weird.
Thanks anyway!
JurgenI noticed the same issue on a test website ….
In FireFox and Edge the autoplay seems to work, in Chrome it doesn’t.
This only occurs with the newest version of Enfold!Here my client is building a site with the old version of Enfold and video in header starts (in chrome): http://www.kristien.be/
Here is a test page on another domain, we use the newest Enfold there, and video does not start (in chrome): http://hospitaalstraat30.be/kermis-2018/Sorry for that. We’re constantly playing around with the design making new examples …
Here you go: https://explore.be/zeereis/hurtigruten-spitsbergen-rondreis-ijsberen
Hi Vinay
I’m sorry for the delay … I missed your reply completely.
Site is open nowCheck the menu-issue for example on https://explore.be/blog/zeereis/hurtigruten-zuid-amerika-antarctica-2/
