Forum Replies Created
-
Posts
-
Guenni pls stop writing in my threads. Your comments are offending and annoying and as you are not a member of the officical support team I would appreciate not to read you. Thanks for understanding.
Dirk
More informations (to proof that is a bug).
Instead using “<” paste or write the entity in the cell “<” it immediatly shows “<“. Save the table, save the page/post. Everything is fine. Open the table again and save again (no need to change anything) save the page/post again. Bämm. Rendering broken. Please fix that.
Thanks,
Dirk
Your reference to entities is quite correct and a good workaround, thank you, but I’m just the wrong addressee; -) I had to assume that a “>” does NOT lead to such behaviour, but is transferred into the entity if necessary. That this doesn’t happen is simply a bug and I think you agree on that.
However, I find it extremely unpleasant that you have to depict my professional qualifications sarcastically. No offense!
Dirk
Hej Ismael,
thanks for finding the reason. I had also thought in this direction, but I never would imagine that a character IN the table could have caused this (especially it is no problem to use these “brackets” anywhere else). Honestly I would call that a (major) Bug. Either you intercept such characters so that the user cannot use them and is warned accordingly, or you convert this character to the appropriate entity. It’s not even an unusual character.
Anyway, thanks again, at least now I know :-) Much appreciated!
Dirk
Any news please?
I tested the avia code now on three different enfold based sites and on every site it is the same render problem so it must something in the code (you have but I can send again via private content) and that should be easily repsoduceable by you or ?
Thanks!
cheers,
Dirk
Hello Victoria,
thanks for your reply. The “base” is copied but that is not the problem as it worked fine until working to the end of the big, long table (and it works for lot’s of other pages before). AND it does not got cured when I deleted e.g. the last made parts of the table. If it’s broken it stays broken ( and my feeling is there is something with tables). As I said it is not the first time I have this with enfold but this time I care because of this damn long table … haha … if it’s a invalid character it should be easy for you to identfy? I allready checked for e.g. missing closing avia tags but did not find anything obvious.
cheers,
DirkSorry guys, but I have to get rid of this.
1) Guennie CANNOT really say something about my problem, because he simply doesn’t see the “prive infos” ergo has not all the needed informations.
2) Not always assume that a user is a total beginner, what HTML entities are I should know as a studied computer scientist and apart from that I take care of some more then only one customers with the licensed Enfold-Theme so believe me I know the theme a bit. And doing a very big damn table to just see the parsing/rendering/whatever gets broken is ******* haha …
3) First of all look at what a user posts exactly and then weed out.The website has to go live tomorrow so I will have to remove the broken Avia code later. Will be create a test article with it called Test. It would be great if this problem were to be taken seriously, as I have often experienced over the years of using the Enfold Theme that these problems suddenly arise in more complex matters. Somehow if there’s a closing-tag missing somewhere. Please check the privatly posted code for tag problems or whatever, the attached picture and the website.
Thank you & sorry for this direct writing but I am a bit ****** ;-).
cheers,
dirk
Sorry, I am not stupid, not a beginner nor a noob. What he is prposing has nothing to do with my problem that suddenly with longer and more complex tables part of the avia code is not rendered. Did you even checked it?
cheers,
DirkAnd, sorry, another one. It might be a hosting issue … kinda strange as it is only with wordpress sites backend.
cheers,
Dir
Kinda same problem here. After updating to 4.2.4 our .htaccess .htpasswd “login” is not working anymore we get 403s too .. when I remove the .htaccess “login” I get to the site, but Avia Builder is not working anymore, just a spinning wheel. Unfortunately, and I don’t understand this, this behaviour is still there after restoring a prior made Backup. That is a urgent case. Plesae help!
Dirk
To answer myself:
* Do a HTML Layer at lowest position
* Styles/Layout|Sizing & Position: Set width & height (e.g. 1920 x 680)
* Styles/Layout|Sizing & Position: Calculate Positions from: sides of the slider
* Misc | Other Settings: Set Opacity
* Custom CSS | Write your own code: background-image: url(/wp-content/themes/enfold/images/background-images/dots-mini-light.png); background-repeat: repeat;Yigit explained in detail what the permission problem might be on Feb 14. and Feb 16., so imo stop bashing the support guys here!
That file should be accessible. It is the dynamic stylesheet of the theme that is being generated when you adjust the options in Enfold theme options. Since it is not accessible, styles are not being applied. That is the cause of the issue.
Reread here: https://kriesi.at/support/topic/enfold-support-login-not-working/
Honestly you should step back a bit and maybe hire somebody who is capable of maintaining a wordpress installation. And/or talk to your hoster why this file gives a 403 and that they should set the permissions so it is accessable (I guess wrong group).
cheers.
I read some of your posts and honestly to say they did not tried is … no words ..
It looks indeed like a permission problem, even you don’t wanna hear that and I would strongly suggest to fix that with your hosting provider.Forbidden
You don’t have permission to access /wp-content/uploads/dynamic_avia/enfold.css on this server.Cheers.
