Forum Replies Created

Viewing 12 replies - 16 through 27 (of 27 total)
  • Thread Starter HarroH

    (@harroh)

    Hi udaraaka,

    Thanks for the reply.

    But with your logic, both include and require_once should generate an error, one is fatal, the other one is a warning. But with include I don’t get any warning and the file is included properly, all functions are available. With other words, the file path is oke and the file permissions are also in order as it is being included properly by include(). even setting every file and folder to 777 did not work.

    I also installed the same config on another server and had no errors at all, which to me indicates that there is nothing wrong with my wordpress config unless there are specific hosting configurations needed. Which I have not been able to find what that should be.

    I still believe its a server issue as it is a self hosted environment from the client, not a generic hosting provider. I will have to ask the system admin to check into this as I’m out of idea’s.

    Appreciate your help though!

    Thread Starter HarroH

    (@harroh)

    OKE, FOUND THE PROBLEM!

    But still need some help.

    I figured out that require_once is not working properly. So I just changed every single require_once for an include instead. And now it works.

    However, this is of course not a solution, thinking about future updates. Could this be a PHP installation problem? Server error?

    Thread Starter HarroH

    (@harroh)

    I’m getting crazy I think, just don’t get it.

    No difference in changing
    require_once(dirname(dirname(__FILE__)) . '/wp-load.php');
    to
    require_once('../wp-load.php');

    However, it must be included, because changing it in:
    require_once(dirname(dirname(__FILE__)) . '/wp-load.php.TEST');
    gives an error that it cannot include, logic.

    But when I do this in wp-load.php

    <?php
    echo 'TEST';
    ?>

    It doesn’t output TEST at all on the page. Just the same error. So it seems the wp-load.php is somehow being included, but at the same time everything in the file is being ignored :S

    Thread Starter HarroH

    (@harroh)

    Hi udaraaka, Yes, have already changed the paths.

    Thread Starter HarroH

    (@harroh)

    weirdest thing is that I can go to the login page and the homepage (they load oke) but when it loads the admin, it gives this error. I have the feeling there is something wrong with the include because wp_admin is in a subfolder, but cannot find anything yet that explains why.

    Thread Starter HarroH

    (@harroh)

    Hi udaraaka,

    Thanks for the suggestions, but folder permissions were not the problem. Set all files to 664 and folders to 755 to be sure, but no effect.

    Any other suggestions anyone?

    Thread Starter HarroH

    (@harroh)

    Never mind, added ‘nav_menu_item’ to the $post_type variable and solved it all.

    You always see that you find the answer yourself as soon as you ask for help ??

    Thread Starter HarroH

    (@harroh)

    @marcel; thanks for your reply, did you check it in the admin only or @ the front-end as well. My problem is only at the front-end.

    @michel; thanks for the suggestion to your own forum. But I’m not sure its a xili problem and I don’t really want to be bouching between 2 support forums.

    Let me show some more information:

    Screenshot of my English Menu:
    https://www.harroheijboer.nl/temp/en_gb.png
    (note the URL at the bottom of the browser)

    Screenshot of the NL Menu:
    https://www.harroheijboer.nl/temp/nl_nl.png
    (note different slug in the bottom but same names of pages).

    The ending result in the source code is:
    For English:

    <li><a href="https://localhost/page/en/contact/"></a></li>
    <li><a href="https://localhost/page/en/disclaimer/"></a></li>

    For Dutch:

    <li><a href="https://localhost/page/nl/contact/"></a></li>
    <li><a href="https://localhost/page/nl/disclaimer/"></a></li>

    Note that the URL’s are working correct but the labels are blank

    Is there already a solution in sight for this problem people? I have the same issue here. Tried changing theme, no effect, checked my files but could not find anything related to php tags, white spaces or anything. Had to revert back to previous version to solve the problem.

    Thread Starter HarroH

    (@harroh)

    Seem to have found the solution to my own problem. I have to change the plugin JavaScript however, so now I cannot update any more. Would be nice see something like this in the next update as it doesn’t really make sense to keep the form disabled when the success message is begin displayed.

    function success() {
    	if (form.offsetHeight > 0){
    		form.style.height = form.offsetHeight+'px';
    	}
    	while (form.hasChildNodes()){
    			form.removeChild(form.firstChild);
    	}
    	ufoForms.enableInput(formid)
    	if (resp.text) {
    		var div = document.createElement('div');
    		div.className = resp.className;
    		div.innerHTML = resp.text;
    		form.appendChild(div);
    
    		form.disabled = false; // this line has been added
    
    		ufoForms.doFade(form, 0, 1, 1000, redirect);
    	}
    	else {
    		redirect();
    	}
    }
    Thread Starter HarroH

    (@harroh)

    Never mind, anther admin made a mistake in the settings.

    Thread Starter HarroH

    (@harroh)

    Hi Daniel,

    It would be very nice if the check would be before actually adding the box, so hopefully next version perhaps ;).

    But this did the trick for now, thanks! Keep up the good work.

    Cheers.

Viewing 12 replies - 16 through 27 (of 27 total)