Forum Replies Created

Viewing 15 replies - 31 through 45 (of 100 total)
  • Thread Starter qlddrones

    (@websupportguy)

    I also tried this from an old support post. Didn’t work either.

    First of all, how to get logged in again. Comment out lines 744-746 in wp-login.php . It should look like this:

    //	if ( isset($_POST['testcookie']) && empty($_COOKIE[TEST_COOKIE]) )
    //		$user = new WP_Error('test_cookie', __("<strong>ERROR</strong>: Cookies are blocked or not supported by your browser. You must <a href='https://www.google.com/cookies.html'>enable cookies</a> to use WordPress."));
    //	else
    		$user = wp_signon('', $secure_cookie);

    This will bypass the check entirely and logs you in.

    Thread Starter qlddrones

    (@websupportguy)

    I just tried with a different browser and am now seeing the error message:

    ERROR: Cookies are blocked or not supported by your browser. You must enable cookies to use WordPress.

    This is what I was getting before. Still can’t see how to fix it though. It’s not a cookies issue as I can log in to the live site (on 4.1.2) without any problem.

    Thread Starter qlddrones

    (@websupportguy)

    The connection between upgrading and the problem might not be that clear. I only noticed it being a problem after I upgraded to 1.8. But given that downgrading to 1.7 didn’t fix the problem, I’m not sure the connection is so strong. May have become a problem after a WP upgrade (there seem to have been a lot of those this year). I have not upgraded to WP 4.2 yet.

    Thread Starter qlddrones

    (@websupportguy)

    Line 3680 calls $this->post
    Line 4553 assigns $post->id to $id
    Line 4555 gets the post author details
    4557 and 4558 get the current day and month
    4569 determines the post type
    4577 populates the post content
    4594 creates the post content array

    So I’m thinking that if your plugin is using hooks into these, that’s where I’d expect to find the problem. But why? Why just my website?

    Thread Starter qlddrones

    (@websupportguy)

    I’ve done a bit more debugging on my test site and I notice if I switch to 2014 theme I am seeing a lot of error messages just above the hotel search box like:

    Find and book great hotels in Beijing

    Notice: Undefined offset: 0 in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 3680

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4553

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4555

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4557

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4558

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4569

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4577

    Notice: Trying to get property of non-object in /home/asiantra/public_html/travelnasia.test/wp-includes/query.php on line 4594

    The search box does not display properly in this theme either. When I deactivate the plugin, the error messages disappear and I am left with just the shortcode for the search box, so I’m thinking these messages are connected to the display problem.

    Thread Starter qlddrones

    (@websupportguy)

    It doesn’t seem so Greg. I have replaced 1.8 with 1.7 and it still seems to be the same. Maybe you could take a look as perhaps I’m cached. Try https://www.travelnasia.com/china/xian-china-destination-guide/ down near the bottom of the page.

    If it was only CSS issues I might blame my theme, but the fact that plugin-generated data is not getting through seems really strange.

    Tony

    Thread Starter qlddrones

    (@websupportguy)

    Hi Greg, thanks for replying. It seems to have happened after the 1.8 upgrade but I can’t be sure.

    Everything looks good at the admin end but of course you cannot preview the search box from there. Colors are all specified. But I don’t think ANY parameters are being passed to the form at all.

    I have tried creating a new search box and it has the same issues. I’ve also tried disabling all other plugins, but it doesn’t help.

    Also, have you looked at allowing defaults to be set for this plugin? It would be great if the key fields in the form (e.g. Affiliate ID) could have a default value so when you create a new search box you only need to set the destination. I had modified mine to do this in 1.7 but the upgrade wiped my mods and now I have to do it each time again.

    Tony

    Thread Starter qlddrones

    (@websupportguy)

    BTW, did you really reply 3 months ago? I only got the notification from WordPress a couple of hours ago.

    Thread Starter qlddrones

    (@websupportguy)

    Mai, please start your own question rather than hijacking someone else’s. It’s not polite.

    My site uses a custom post type “Place” with a custom category “PostCategory” and these both get lost in mobile templates which only seem to want to display the normal posts and categories. I am using GeoTheme which is a very popular directory theme and is used in several variants across thousands of travel and location websites.

    Thread Starter qlddrones

    (@websupportguy)

    Hi Greg, have you had a chance to think about this yet? I’m getting a bit desperate for a solution.

    Tony

    Thread Starter qlddrones

    (@websupportguy)

    Actually I think that was a coincidence. I tried replacing the search box in https://www.travelnasia.com/china/great-wall-china-simatai/ with a new one but it still doesn’t work. No idea what the difference is (although the first URL is a blog post, while this URL is a custom place post).

    Thread Starter qlddrones

    (@websupportguy)

    Hi Greg, thanks for replying. It seems to have happened after the 1.8 upgrade but I can’t be sure. Could also be related to the WP 4.1.1 upgrade.

    Everything looks good at the admin end but of course you cannot preview the search box from there. Colors are all in specified. But I don’t think ANY parameters are being passed to the form at all.

    However, I did create a new search box (23069) for that page and it’s working fine. So it seems to be having problems dealing with search boxes created using the previous version of the plugin. This is a pity because I have about 50 of those.

    Also, have you looked at allowing defaults to be set for this plugin? It would be great if each of the fields in the form could have a default value so when you create a new search box you only need to set the destination. I had modified mine to do this in 1.7 but the upgrade wiped my mods.

    Tony

    qlddrones

    (@websupportguy)

    I also support this request. But I think it would be better if you could make the sidebar widget be able to be linked to a custom field defined by the user (e.g. “location” or “city”). This would be the most flexible solution and allow the search box to display a custom destination for any post that has that field populated.

    qlddrones

    (@websupportguy)

    While you’re looking at the custom post types and metadata, you might explain how it works right now? I can’t see any option to link to a location at all, although you said in another reply it had been added in V1.3???

    It would be far better for the destination field in settings to link to a custom metadata field, so for example “location” which could be set for both blog posts and custom posts. If you could do this you would save people like me a lot of time creating custom search boxes for each post using the other plugin (which seems to have a problem right now anyway).

    BTW, you refer people to the other plugin when they want to use metadata by post, but that doesn’t support it properly either. Gives me a choice of five destinations picked randomly from the 100s covered on my website.

    Thread Starter qlddrones

    (@websupportguy)

    Some additional info that might be helpful:

    In my “/wp-content/upgrade/” folder I see two sub-folders after trying to update “ewww-image-optimizer” plugin. One is “ewww-image-optimizer.tmp” which has a sub-folder “ewww-image-optimizer” that contains all the plugin files. The other is “wpf_update” which is empty.

    The first folder indicates the plugin file unzipped successfully. But the fact that it’s still there indicates the process did not complete. I don’t know what to make of the empty folder. They are both dated this morning and are both 0755.

Viewing 15 replies - 31 through 45 (of 100 total)