Forum Replies Created

Viewing 15 replies - 1 through 15 (of 34 total)
  • Anyhow, 7.1.1 solved the issue I had with 7.1 πŸ™‚
    Moved from 7.0.15 to 7.1.1

    Thank you Jeff !

    pumpkineater

    (@pumpkineater)

    Same issue here with tml-button submit, after 7.0.15 -> 7.1
    Cleared browser and wp server cache.
    Tested with Chromium and Firefox on Linux
    Both WP 5.4.1 multi and single site installations

    AJAX issue ?
    However, I get a response when credentials are incorrect.
    But I get not redirected to the wp-admin dashboard with correct (!!) credentials.

    I reverted to 7.0.15 and no issues.
    It seems not to be a simple cache problem.

    Thread Starter pumpkineater

    (@pumpkineater)

    Hi Ravan,

    I figured the issue is neither directly related to the WP core version nor the HST plugin version.

    Issue only pops up in a specific (old) child theme of TwentyTwelve I created for a site in combination with HST 1.4.4 and whatever WP release running. For some reason it did work up to HST 1.4.
    Not sure what has changed with HST 1.4.4
    I haven’t looked into it in detail yet.

    I would be grateful if you are willing to have a look, but I have some reservations about posting URL’s in this thread. Can i send a PM ?

    Thanks!

    Thread Starter pumpkineater

    (@pumpkineater)

    Hello Daniel

    Unfortunately, this is not a workaround for me.
    I tried last january something simular (add_filter( 'backwpup_cacert_bundle', '__return_false', -1000 ); ) when I had the issue with dropbox and the old curl lib (< 2.3.5) on the host server.

    I tried curl_setopt( $ch, CURLOPT_SSL_VERIFYPEER, FALSE );
    in inc/class-destination-dropbox.php which is not making a difference (and not wise to disable all ssl verification anyway) BTW Is curl_setopt( $ch, CURLOPT_SSLVERSION, 3 ); really required?

    Well, I might have to save my self signed certificate to pem format and somehow point curl to it since I cannot use cacert.pem.
    I don’t know (yet) exactly how to do this in the BackWPUp source code , I guess in curl_setopt( $ch, CURLOPT_CAINFO, BackWPup::get_plugin_data( 'cacert' ) ); or something like.

    My problems are getting worse since newer releases of both WP and BackWPUp:
    BackWPUp 3.08 is still working fine for me on WP 3.9.1 MU (dropbox , local folder e.a.).
    BackWPUp 3.0.13 introduced the dropbox issue, but with 3.1.2 I cannot even use a local host folder as destination for a job :

    The HTTP response test get an error “SSL certificate problem: self signed certificate”

    I Haven’t looked at inc/class-destination-folder.php yet for differences with previous of BackWPUp …

    Any other suggestions?

    Forum: Plugins
    In reply to: [Adminer] blank page
    Thread Starter pumpkineater

    (@pumpkineater)

    @frank

    Tested the version from the trunk branch (1.31)
    Works fine for me, but as before, only with the old loader.php

    I didn’t run a diff on the files, so I don’t know what the difference is with your previous test version

    is-moving-wp-config-outside-the-web-root-really-beneficial

    Danke, I will evaluate the cons & pro’s !
    My intuition still says to keep config files out of the web root.
    Maybe it is getting time to refactor wp-config for security reasons πŸ˜‰

    Forum: Plugins
    In reply to: [Adminer] blank page
    Thread Starter pumpkineater

    (@pumpkineater)

    Good work, Frank !

    So I replaced inc/admin/loader.php in the 1.30 test version with the loader from 1.22 and it all seems to be working well !!

    Even as a temporary workaround, I am very happy it works : )

    Thanks for all your efforts to investigate the issue.

    @ckarich

    ooops, my mistake, was accidentally checking curl in shell on different terminal! This server has curl 7.22 installed (no 35 error)

    I was still curious and installed curl 7.35 on the server causing errors
    Now, no 35 error : -)

    @ckarich, thanks for the info

    I get the 35 error with wp/backwpup plugin (no workaround applied) but I can’t replicate the error by curl -I -3 https://www.google.com/ , which should with curl 7.34.0 currently still installed on my server….

    I am not so keen at the moment to put the server in a poor state by installing curl 7.35 from source with broken dependencies

    @daniel

    the if (has_filter('backwpup_cacert_bundle')) condition evaluates to TRUE, so add_filter statement is executed anyway

    Anyway, does this filter ‘solve’ the issue with Dropbox for some users?
    I can’t test it at the moment..

    Forum: Plugins
    In reply to: [Adminer] blank page
    Thread Starter pumpkineater

    (@pumpkineater)

    Frank,

    I removed all previous adminer plugin files and data before installing your test version from the dropbox account.

    Unfortunately, also this version of adminer still seems not able to find settings in wp-config.php.
    error.log shows identical output as mentioned in earlier post

    All your releases after 1.2.2 do render a blank page unless I relocate wp-config.php into the wordpress root, i.e. public_html/wp-config.php.
    Again, for security reasons as recommended by WordPress I would like to keep wp-config.php not in public_html but one level higher.

    So the question is, what has changed since 1.2.2 ?

    testing with:
    wp 3.8.1 multi-site
    php 5.4.4-14
    mysql 5.5.35

    I created a plugin to ‘extend’ the backwpup plugin (3.1.2beta3) almost exactly as suggested by Daniel:

    if ( ! defined( 'ABSPATH' ) ) exit;
    
    function insecure_backwpup() {
     if (has_filter('backwpup_cacert_bundle')) {
       add_filter( 'backwpup_cacert_bundle', '__return_false', -1000);
      }
    }
    
    add_action( 'plugins_loaded', 'insecure_backwpup' );

    I network activated the created plugin (I am running wp multi-site)

    Dropbox authentication in backwpup seems to be working : )
    But whether or not I activate the plugin filter doesn’t seem to make any difference (??)

    In previous releases however (3.0.13) I still got the Unsupported SSL protocol version issue even with just Dropbox re-authentication, not anymore in 3.1.2beta3

    Unfortunately I cannot run any backup job still, since this issue with the self-signed SSL certificate, introduced I guess in backwpup 3.1.x has not been solved (for me)

    Will checkout workaround as suggested by ckarich shortly

    testing with:
    wp 3.8.1 multi-site
    php 5.4.24
    mysql 5.5.30
    curl 7.34.0
    openssl 1.0.1e

    Forum: Plugins
    In reply to: [Adminer] blank page
    Thread Starter pumpkineater

    (@pumpkineater)

    Unfortunately, 1.3.0 did not solve the problem, still:

    /var/log/apache2/error.log
    [Mon Jan 27 20:11:27 2014] [warn] [client 10.0.0.103] mod_fcgid: stderr: PHP Fatal error: require_once(): Failed opening required '/home/me/wp-settings.php' (include_path='.:/usr/share/php:/usr/share/pear') in /home/me/wp-config.php on line 115

    In Firefox console
    GET http://me.lan/wp-content/plugins/adminer/inc/adminer/loader.php [HTTP/1.1 500 Internal Server Error 10ms]

    In Chromium console:

    GET http://me.lan/wp-content/plugins/adminer/inc/adminer/loader.php?username=me_blwp&db=me_wordpress&?KeepThis=true& 500 (Internal Server Error) load-scripts.php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils&ver=3.8:4
    (anonymous function) load-scripts.php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils&ver=3.8:4
    x.fn.extend.domManip load-scripts.php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils&ver=3.8:4
    x.fn.extend.append load-scripts.php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils&ver=3.8:4
    tb_show load-scripts.php?c=0&load%5B%5D=hoverIntent,common,admin-bar,thickbox,svg-painter,heartbeat,wp-auth…:203
    tb_click load-scripts.php?c=0&load%5B%5D=hoverIntent,common,admin-bar,thickbox,svg-painter,heartbeat,wp-auth…:33
    x.event.dispatch load-scripts.php?c=0&load%5B%5D=jquery-core,jquery-migrate,utils&ver=3.8:4
    v.handle

    So I revert back again to 1.2.2 for now, which is not showing any of these errors. Weird , isn’t it ?

    I pulled the latest src updates from the git repo.
    Nop, still Dropbox API: (35) Unsupported SSL protocol version πŸ™

    Would it be possible BTW to add a flag such that this release of backwup would work again on a host with a self signed SSL certificate (so in src use of curl -k). As it did work up till 3.08

    after doing extensive testing :

      version 3.1.2.beta issues:

    • Dropbox API :(35) Unsupported SSL protocol version
    • SSL certificate problem: self signed certificate””
      version 3.1.1 issues:

    • Dropbox API :(35) Unsupported SSL protocol version
    • SSL certificate problem: self signed certificate
      version 3.0.13 issues:

    • Dropbox API :(35) Unsupported SSL protocol version
    • likely JQuery event handler conflict with other plugin
      version 3.0.8 issue:

    • Dropbox API :(35) Unsupported SSL protocol version

    I can live for the moment with the Dropbox issue, but the self signed certificate is a show stopper since I cannot even run a backup job to a local server folder. If the latter is a curl problem, I would like to know what has changed in backwup > 3.0.13 (I will create new forum thread)

    So I have to stick with 3.08 : -(

    Forum: Plugins
    In reply to: [Adminer] blank page
    Thread Starter pumpkineater

    (@pumpkineater)

    Would be great Frank, thanks !

    BTW Adminer 1.2.2 still working fine for me with WP 3.8.1 πŸ™‚

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