Forum Replies Created
-
Posts
-
Tried to use the uncompressed jQuery within wp-admin:
avia_media_advanced.js:24
Uncaught TypeError: Object [object Object] has no method 'live'
avia_media_advanced.bind_click
$.fn.avia_media_advanced_plugin
jQuery
fire
self.fireWith
jQuery.extend.ready
completed
Nope, it was a different thread. After testing out the flushing it doesn’t work either. I dunno exactly if this sticks also to wp-cron (because rules a flushed eitherway). When I add a nested category, it seems rules are also flushed driving a page into 404. Deactivating enfold, changing permalinks back and forth and after that, with twentytwelve everything is fine.
I bought a new dedicated server yesterday and tried it out with a fresh wordpress install, a fresh wpml install and a fresh enfold install. No changes, nothing. Result: 404. I tried several things to both enfold and wpml (activation/deactivation hooks), also disabling the whole wp-cron. 404. If I use just the basic twentytwelve theme, wpml is working fine.
So I’m sad to tell you that I won’t work with Enfold anymore. It isn’t WPML compatible and does have some other major bugs which won’t be fixed in time. Gonna stick to Typo3 – no mess with languages. ;)
PS: Tell Chris that I’m not one of those screaming dudes – I’m just pointing out what’s going wrong. Take things more serious and improve your support. I’ve seen better and faster autors (!) taking care of real bugs.
Nuff said, have fun!
Nick,
as for the 404 error just search your forums. There are threads 7 months and maybe some older. The prob sticks to several themes and there’s a solution provided. Wondering, why this is still yet not fixed!
>> Setting flush_rewrite_rules to false within functions.php after theme activation does the trick so far.
Another screener of the WPML-Permalink-somewhat:
Run out of time – at the end I do refresh the Permalinks once more and they work for a short period of time…
With twetytwelve no probs at all, so I think this sticks also to enfold… :(
I do have installed WPML – nothing else.
Started another fresh installation now on new subdomain. First WordPress, minimal configuration (media lib, permalinks (%postname%)), second Enfold (only Enfold config), next was WPML. Just basic config for WPML > folder structure (e. g. domain.com/en/).
Currently I won’t install any other plugin, because the next prob shows up. While POSTS will work fully functional with the permalink structure, PAGES run into a 404. But not all of them – only the pages in the first and second level. 3rd level is working fine…
So I have to disable WPML, refresh permalinks twice back and forth (standard <> postname) and after that it is working…
I have never experienced such probs with a paid premium theme. On this server I do host 18 WordPress projects, 2 of them with WPML (and other plugins) running fine. Needless to say, that I am in a very bad mood, thinking this is just a waste of time (and a few bucks).
You may have a look at:
http://pca.formateins.de/ (first install)
http://pca2.formateins.de/ (second, fresh one)
http://pca2.formateins.de/info.php (server stuff)
If you like to get admin access, drop me a note at post(theatsign)formateins(pointitout)de
Providing some info: http://www.screenr.com/i0sH
WPML is set up correctly and working fine.
More or less purging the database from orphans prevents the error from happening.
Also, raising the autosave to 20 minutes prevents the builder especially when using tabs or toggles/accordeon getting corrupt data. This is set to a default of 160 seconds, so if you are editing a toggle as example, adding some toggles and editing the contents in a second modal AND the autosave happens, the newly created toggle is set to a value of [undefined] in the first modal. After saving the stuff the MCE won’t render correctly after a refresh of the page/post.
I have to deactivate some (or all) plugins, edit the content again saving it and re-enable the plugins. Sometime a database purge is also necessary.
After a look at the framework and the builder files I do understand how things work, but I don’t have that much time to investigate on these things.
Erm, did you read the topic?
There is no need to point to an URL because I didn’t touch any CSS or code. But for the sake of freedom you may have a look here:
http://kriesi.at/themedemo/?theme=enfold
Seems there’s no 3rd level page so you may have to create one by yourself. Doesn’t even matter – I found the error, turned the sidebar nav off and used my own plugin.
Pointing out my probs with this and maybe some helpful infos for the others:
https://kriesi.at/support/topic/using-other-plugins-renders-mce-useless
I’m not hostile. It is lack of support so try to read my posts again! Also, try to read my other topics like this one:
https://kriesi.at/support/topic/using-other-plugins-renders-mce-useless
Closed.
As a developer (and programmer) I do know about the probs we can run into. But I’m serious about ANY issue and just to the fact that I can’t recreate a specific prob with the given information won’t stop me from trying to fix it.
In this case I do unterstand that other plugins may break your builder. It is uncommon especially when you try to add a whole bunch of plugins and always the same error occurs.
Have a look at the other thread: https://kriesi.at/support/topic/avia-builder-misbehaviour-when-editing-content
Another info for you:
I reduced the amount of revisions to 3 now. And AFTER raising the autosave-value to 20 minutes (value 1200) the annoying stuff stops from happening! So I started to recreate the error/s by setting autosave to 30 secs, open up a page and start editing a toggle-block (single toggle element with working MCE). When the autosave is invoked (you can barely see this in the background) and I do close the single toggle modal with the MCE, the toggle modal (showing all toggle elements) renders corrupt to a empty value of “undefined”. If I close the page (with or without saving), the MCE renders corrupt with the shown error/s above.
After a short view to the avia-modal.js (and some other files related to it) I do think there is something going wrong with the callback. I can’t state if this behaviour does belong to the plugin probs I encounter.
So I pointed out every information I can provide. WordPress started from scratch, business website with at elast 3 languages, using WPML to provide more comfort to my customer instead of WP Multisite, chosen Enfold as a complete solution WITH a page builder, creating page structure, menus and all that stuff. Run into probs after adding (some well shaped) plugins, encountered probs related to the autosave feature of WP. Here we are now.
Oh, I have to mention, the Google Docs Embedder Plugin (which adds a Button to the MCE and uses a modal) is working somehow fine. Bit it is not causing the error… ;)
If you are unable (or any other reason you can provide) to investigate on this issue, just drop me a note. Then I can stop asking questions at this support forum.
Thanks & regards,
Jörg
I forgot: I’ll try to purge only the revisions of a post next time. I think this is maybe an issue when WP saves the post in background and modal won’t update… maybe… hard to recreate.
The MCE renders fine, if I purge the database by hand (orphans, drafts & co.)!
I’ve looked into the avia-modal.js, trying to change the callback and some other things, but it won’t do it. No quick ‘n dirty. :(
From my point the whole modal-thing should be revised. Other plugins also require to open a modal (some of my tests render them BEHIND the avia modal which is really annoying… damn, how do I get there…) and there’s currently no management of the layers…
Been playing around with the Visual Composer – maybe Chris should have a look at it (nesting blocks inside tabs and toggles! yeah!) :)
I love ppl trying to recreate errors with an empty page stating “everything’s fine here…” (see my other thread to this behaviour). ;)
Ok, I should have posted this earlier – my fault:
I’ll have a look at the avia-modal.js by myself.
Explained: I’ve added a Text Block Element to the builder, clicked it > first error. The second pops out when clicking on the visual tab. This also happens to all other builder elements using the MCE.
The page I’m building is somewhat bigger. If you like 2 have admin access call me in. Have to wait until friday afternoon because of showcasing to customers…
Stop telling me that you are unsure. Test it again with a real scenario. Yes, I do have always the latest revision of any theme.
Sorry, but this really fucks me up. It’s 4 a.m. now here in germany and I’m trying to get a development website up and running messing with this sh*t for the whole day (worth of 4 hours plus)!!!
Another screen that happend JUST NOW:
I’ve added the entry at the bottom of the toggle, saved builder, saved page, started editing over – there ya go. Pretty much useless! After that I have to deactivate a plugin (Google Doc Embedder or sometimes also WPML and I don’t have any other plugin active) and the editor shows up again.
The WP feature to automatically save drafts seems to have affect on this behaviour. So get into it instead of telling me after a few clicks that everything works fine… :(
Guys,
I’m really stuck at this (and obviously under some time pressure). Currently I’m unable to edit my homepage (the other pages seem to work) because the visual editor (of text areas) won’t work.
If I disable WPML (!!!), the visual editor shows up (even in Avia forms).
I’ve made some local installations from scratch trying to reproduce the error. After adding some content manually (not by import) I installed my needed plugins. BOOM – editor corruption. Tried to allocate errors in the database directly – everything seems fine.
Btw, I stumbled upon the bug in a previous test installation.
So from my point of view this Avia Layout Builder is somewhat beta, unfinished or whatever. I’ve never encountered such strange behaviours. Even not with other premium themes I bought.
Some more clear words: Do I have to throw this theme to trash? If I’m unable to use certain other plugins like WPML (ENFOLD clearly states the compatibility). Maybe I’m totally left off and every other plugin is doing something crazy… :(
Hoping for an answer within a business day…
Hey,
it’s quite easy – just try to understand how menus in WordPress are working… ;)
1. Look ahead in the left column of the menu editor.
2. Locate the “Links” box.
3. Enter # as the URL.
4. Enter your desired title.
5. Add to menu.
6. Drag n Drop into the mega menu.
Ensure it will get marked as column. Place your subpages beneath it. You’re done. :)
The “title” won’t be linked.
Have fun!
Next strange thing: still trying to add a accordeon to the 1/4th column. When adding additional toggles, sometimes one of the previous toggle-boxes switch to “undefined”. This also happens to the whole accordeon making me very tense… ;)
Got it finally done for now. Maybe this happens, when using / and/or & in a toggle title…
Another thing I’ve epxlored: this seems to happen ONLY if you put a accordeon within a column. After deleting the accordeon shown in the above screen, the editor is showing up correctly.
WordPress is by far the most static CMS when editing AND layouting content. Workaround won’t be the prob – especially when you’re using a custom post type (e. g. the Portfolio) to build a somehow larger database of entries it goes crazy and complicated.
Maybe the maangement of all the modals is/was a reason to disable the shortcodes within the editor. I’ll have a look by myself meanwhile – shouldn’t be that hard. If I get a (practicable) solution, I’ll drop a note on it.
Thanks and regards!
