Forum Replies Created

Viewing 15 replies - 451 through 465 (of 476 total)
  • Thread Starter Robert Heller

    (@robertpheller)

    Wondering if this: http://dev.mysql.com/doc/refman/5.1/en/identifier-case-sensitivity.html has anything to do with anything. The pluging DOES use table names with uppercase letters. Would this be a problem under MS-Windows?

    Plugin Author Robert Heller

    (@robertpheller)

    OK, for some reason, the plugin cannot create the database tables it needs. This seems like a problem with the MySQL setup — speficicly, it is necessary to GRANT the privs needed to CREATE TABLE.

    Plugin Author Robert Heller

    (@robertpheller)

    FYI: The server is a Microsoft-IIS/7.5 server, with PHP 5.2.13 (according to the headers returned for a HEAD request).

    Wondering: could something be fishy with either the MySQL install or setup on the MS-Windows Server?

    I will be devising some debug patches to find out what is going on in MySQL land…

    Plugin Author Robert Heller

    (@robertpheller)

    Bugzilla URL:

    http://bugzilla.deepsoft.com/show_bug.cgi?id=3

    If you have this problem, please refer to the above URL. Updates, patches, etc. will be posted there.

    Plugin Author Robert Heller

    (@robertpheller)

    OK, I’ve found your blog, and it appears you do in fact have a properly setup GAN_Image_Widget. What you need to do now is insert some ads.

    What steps have you taken to insert ads? And what sorts of messages have you gotten?

    I don’t believe there is a problem with plugin code — it has been working fine for me for over a year now and for a number of other people for like the past 5 months.

    If there really is a problem other than the warning relating to the debug code, I need to know about it so I can fix it. The warning only occured (and it has been commented out as of the 4.8 release) on the stats pages and even if it was in fact breaking the stats page (it does not appear to be, since the screen shot you sent shows output from later in the code), it would have no effect on bulk uploading ads or manually inserting single ads.

    Those sorts of comments are in fact spam. Some are inserted by scripts (some of which are in fact buggy) and some manually. Some of what is going on is testing to see if the spammer can in fact post random junk to your site and some of what is happening is the spammer checking to see what sort of meta characters work. The use of square brackets is an attempt to see if your blog comment entry form accepts a certian sort of markup (WordPress doesn’t, but other blogs, wikis and formum systems do.)

    You should just spam these posts. You might want to consider some sort of human testing plugins and/or spam detection plugins to deal with this.

    Plugin Author Robert Heller

    (@robertpheller)

    *Exactly* what errors/messages (if any) are you getting when you bulk upload ads and/or manually add a link? When you bulk upload ads, you are using a file you downloaded from the new (“Beta”) version of the Links tab Google Affiliate Network page and are using the ‘Export as Tab Separated Value (TXT)’ menu item there and are doing this for *approved* advertisers and are getting links of the sizes and types you have configured your widgets and shortcodes for (see below).

    The *warning* messages should not effect uploading or displaying ads, and should be gone as of the just released version 4.8.

    When you say you can’t see anything do you mean you don’t see ads on your blog or don’t see them listed in the database (admin pages)? In order for ads to show up on your blog, you need to either configure widgets (in “sidebars”) or insert shortcodes into your pages or posts.

    *Please* read all of the documentation, *carefully*.

    Thread Starter Robert Heller

    (@robertpheller)

    *I* still think it is *wrong* for the subversion commit messages to be sent as pure-HTML messages. *Every* *other* E-Mail generated by either WordPress sites or by the WordPress.org website are either plain text or include a plain text alternitive: from new user registrations, comment moderation notices, to E-Mails about replys to WordPress.org support formums. *Only* the svn commit messages are pure-HTML. This is just plain wrong and it is a *glaring* inconsistency.

    And *I* would be willing to fix it.

    Thread Starter Robert Heller

    (@robertpheller)

    <blockquote>I totally understand you can't read the email, but if you get an email, the SUBJECT line will be useful to know that you edited a plugin. Or not. </blockquote>Ugly.

    Thread Starter Robert Heller

    (@robertpheller)

    Edit THAT bounce. I don’t know what you’re using, but a simple ‘if HTML content and NOT *wordpress.org, then turf.’ would do it.

    That would only be worthwhile if I used an E-Mail client that handled HTML messages. I don’t use such an E-Mail client. It is tiresome to manually decode HTML and not worth my time to bother.

    Thread Starter Robert Heller

    (@robertpheller)

    Disabling: No. We want plugin authors to get notified when their plugin changes.

    Given that I don’t/can’t read pure HTML E-Mail, I am not being notified when my plugin changes. So long as the notification code sends out pure HTML E-Mail it is, for all practical purposes, not serving its purpose and is effectively a complete waste of bandwidth (again, as far as I am concerned).

    Thread Starter Robert Heller

    (@robertpheller)

    At least can subversion be configured to send out a multipart/alternitive with a text/html AND a text/plain? Or is it possible to just disable the E-mail notification altogether? *I* can probably live without it (well I already effectively live without it).

    Thread Starter Robert Heller

    (@robertpheller)

    Whitelisting is not terribly useful. I bounce pure HTML E-Mail that gets past the spam filter, since there is no real point since I don’t have or use a HTML capable E-Mail client.

    Thread Starter Robert Heller

    (@robertpheller)

    OK, I edited wp-admin/includes/file.php and increased the timeout there from 300 to 1000 and got this error:

    Downloading update from http://wordpress.org/wordpress-3.2.zip…
    
    Unpacking the update…
    
    Incompatible Archive.: PCLZIP_ERR_BAD_FORMAT (-10) : Unable to find End of Central Dir Record signature
    
    Installation Failed

    And when I went to manually download wordpress-3.2.zip on the machine with dial-up access I got this:

    sauron.deepsoft.com% wget -c -P /extra/ http://wordpress.org/wordpress-3.2.zip
    --2011-07-11 13:35:56--  http://wordpress.org/wordpress-3.2.zip
    Resolving wordpress.org... 72.233.56.138, 72.233.56.139
    Connecting to wordpress.org|72.233.56.138|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: unspecified [application/zip]
    Saving to:

    /extra/wordpress-3.2.zip’

    [ <=> ] 2,067,484 4.58K/s in 7m 14s

    2011-07-11 13:43:11 (4.66 KB/s) – `/extra/wordpress-3.2.zip’ saved [2067484]

    sauron.deepsoft.com% unzip -t /extra/wordpress-3.2.zip
    Archive: /extra/wordpress-3.2.zip
    End-of-central-directory signature not found. Either this file is not
    a zipfile, or it constitutes one disk of a multi-part archive. In the
    latter case the central directory and zipfile comment will be found on
    the last disk(s) of this archive.
    unzip: cannot find zipfile directory in one of /extra/wordpress-3.2.zip or
    /extra/wordpress-3.2.zip.zip, and cannot find /extra/wordpress-3.2.zip.ZIP, period.
    `

    It looks there are *two* things wrong with wordpress.org:

    1) It has a download timeout
    2) It does not send a ‘content-length:’ header!

    I can actually live with the download timeout, so long as there is a content-length header — wget can deal with this.

    I had to download wordpress-3.2.zip on a different machine (with a faster internet connection) and then transfer the file from there to the machine with the slow internet connection…

    Thread Starter Robert Heller

    (@robertpheller)

    And what exactly is the ‘.0001%’ that the Dashboard needs that FF 3.6.18 lacks? Aside from Headspace2’s JQuery problems, the Dashboard seems to work just fine with FF 3.6.18? What is missing? Is it real functionality or just ‘cosmetic’?

Viewing 15 replies - 451 through 465 (of 476 total)