Forum Replies Created

Viewing 15 replies - 1 through 15 (of 22 total)
  • I should add just turn the cache plugin off and re-test to see if that is causing the problem.

    I’m going to suggest it’s your caching plugin. I see this at the bottom of the cart page when I view source;

    <!– Cache served by breeze CACHE – Last modified: Mon, 08 Jun 2020 01:03:09 GMT –>

    and you’d not usually want a caching program to serve a cached copy of that page. The front page also shows 0 products in the cart, which was wrong, shows 1 on the cart page..

    I’ve not heard of Breeze – but are you sure it’s woocommerce compatible? If it doesn’t use ajax to update cart fields and NOT cache the cart and checkout pages, you will have big problems.

    krispy_b

    (@krispy_b)

    I’d add that people on mobile saw the issue, people on desktop didn’t in my experience.

    also i’m still back on woocommerce 2.5.5 (yes I have a big upgrade day planned) – so it’s not just the new version. the edit as suggested appeared to solve the issue for now.

    krispy_b

    (@krispy_b)

    @dangcv thank you very much – worked on our site.

    question is – if that’s always been a bug, PayPal must have changed something their end which is now conflicting with what’s being sent.

    Hopefully this fix will get into the main source code trunk!

    Thread Starter krispy_b

    (@krispy_b)

    until fixed, i’ve written the following SQL which gives me the data in a useable format;

    select ce.*, yn.meta_value as name,
        ya.meta_value as address, ypc.meta_value as postcode,
        ye.meta_value as email,
        ycmb.meta_value as contactby,
        ywm.meta_value as which_mag ,
        yp.meta_value as phone
    from
    (select id, entry_id,meta_value   from md_competition_entries_meta
    where meta_key = 'your-address' ) ya,
    (select id, entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'your-email' ) ye,
    (select id,entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'your-name' ) yn,
    (select id,entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'contact_me_by' ) ycmb,
    (select id,entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'which_mag' ) ywm,
    (select id,entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'your_phone' ) yp,
    (select id,entry_id, meta_value   from md_competition_entries_meta
    where meta_key = 'your-postcode' ) ypc, md_competition_entries ce
    where ce.id = ya.entry_id
    and ce.id = ye.entry_id
    and ce.id = yn.entry_id
    and ce.id = ycmb.entry_id
    and ce.id = ywm.entry_id
    and ce.id = yp.entry_id
    and ce.id = ypc.entry_id
    Thread Starter krispy_b

    (@krispy_b)

    YES!

    Try adding define(‘SCRIPT_DEBUG’, true); to wp-config.php so you load the non-minified JS files.

    the debug option fixed a site immediately… the tinymce editor suddenly works again, icons and options are back, and the javascript errors have disappeared.

    what is odd – where should i look for the .js files – as the main (90k) jquery.js files in my wp instilations – shows the header;

    /*!
    * jQuery JavaScript Library v1.6.1
    * http://jquery.com/
    *
    * Copyright 2011, John Resig
    * Dual licensed under the MIT or GPL Version 2 licenses.
    * http://jquery.org/license
    *
    * Includes Sizzle.js
    * http://sizzlejs.com/
    * Copyright 2011, The Dojo Foundation
    * Released under the MIT, BSD, and GPL Licenses.
    *
    * Date: Thu May 12 15:04:36 2011 -0400

    yet the javascript file showing errors shows; jQuery JavaScript Library v1.4.4

    do you know what sort of ‘hit’ in performance I’ll see running the debug mode on scripts?

    Thread Starter krispy_b

    (@krispy_b)

    Just as an update, as I’m seeing similar issues in others posts…

    On one of the sites (one of the new 3.2 upgraded ones), I changed the theme to the new 20 eleven one – no change, javascript on admin still not loading. I didnt’ think it would make a difference, as I said, the 3.14 untouched workdpress install is broken, and the only change is the new version of php in the environment.

    when I get time (tomorrow earliest) i may try a vanilla (no plugin) install within a sub directory of one of my domains on the server, to see if the same issue occurs there – my guess is yes.

    the issue seems to be the javascript files getting written out differently – causing the browser to error?

    firefox is pointing to the first \” in the javascripts as the problem?

    /*!
    * jQuery JavaScript Library v1.4.4
    * http://jquery.com/
    *
    * Copyright 2010, John Resig
    * Dual licensed under the MIT or GPL Version 2 licenses.
    * http://jquery.org/license
    *
    * Includes Sizzle.js
    * http://sizzlejs.com/
    * Copyright 2010, The Dojo Foundation
    * Released under the MIT, BSD, and GPL Licenses.
    *
    * Date: Thu Nov 11 19:04:53 2010 -0500
    */
    (function(E,B){function ka(a,b,d){if(d===B&&a.nodeType===1){d=a.getAttribute(\”data
    ^

    firefox also mentions charset is UTF-8 if that’s of interest

    oh and it effects jquery, and the tinymce javascript, so i can no longer edit / create posts or pages using anything visual

    i have the same, in both 3.2 and an untouched (and prev working) 3.14 wordpress install, all 3 on the same server.

    all sites running php 5.3.6 (latest build) on windows 2003, the non threadsafe version running on fastcgi. i have turned off wincache to see if it was that, and rebooted the server, didn’t help.

    see my post; http://ww.wp.xz.cn/support/topic/php-536-breaking-javascript?replies=1

    i’m getting the same errors in an untouched (not upgraded) 3.14 wordpress, after I did the PHP upgrade. the javascript is all generating errors ‘illegal character’ – in both 3.2 and 3.14 admin panels.

    I’ve just realised this may be the same as my error; http://ww.wp.xz.cn/support/topic/php-536-breaking-javascript?replies=1

    as my 3.14 and 3.2 upgraded wordpress installations are showing the same behaviour – getting illegal characters in included javascript files in the admin pages.

    i THINK it’s the upgrade to PHP which was required somehow conflicting?

    have you uploaded the files to your web host, or are you trying to run it on your mac? WordPress needs to go under a web server’s directory on your host/server – with php and mysql installed. It sounded like you are double clicking on a php file and it’s opening under your dreamweaver app because it is associated with php files.

    While the ‘fix’ works, I’m still waiting for a bug release before I dare put 3.1 on any other of my websites.

    I’m not sure what the process is, but when will there be any official recognition of this issue? Is it effecting everyone with WP on windows server?

    I’m trying to post where I see “install 3.1 it’s great” warning people that they may want to hold fire if they have a windows server/hosting. also giving the plugin name as a temp fix.

    jarnez – if I could kiss you I would!!

    That’s fixed it for me – hopefully whatever that does, the devs can check what changed in v 3.1 and get a ‘proper’ fix into their code.

    I’ve tried to change the perm links structure through the admin page to see if that gives it a kick – no change.. so changed it back to standard
    /?p= format

    I can’t believe this isn’t a fundamental bug/flaw in the base code – maybe not been tested on windows servers enough?

    i hope someone in the dev team is taking note – every second that ticks by is lost visitors to my site.

    I guess I need to read up on going back a version.. I guess I can’t get away with copying files in from 3.0.5 but leaving the db as is? (any db changes for 3.1?)

Viewing 15 replies - 1 through 15 (of 22 total)