Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Hmmm. Now this is interesting:

    Your suggestion to use another computer prompted me to use Safari on the Leopard Server itself. It worked and brought up the Add Media pop-up properly (I’ve not tested further, i.e. whether it both displays AND works properly).

    The implication is that the issue is with the browser computers, not the servers, even if I did determine that Apple’s most recent update to php is 5.2.15, not the minor tweak up to 5.2.4 that the WP 3.3.1 requirements say it should have. It is evident that the php version is not the issue, because both versions of Safari were contacting the same installation of WP.

    As to what could be up with Safari on my desktop, I can’t imagine, because it’s the most recent version. Also, many people have reported the same problem with the Add Media button with Exploder on Windows and FF.

    I have the most recent FF, and it behaves as Safari does on my desktop, implying a problem with some support code used by BOTH Safari and FF on my desktop iMac. I believe the latter to be up to date wrt to Java, etc., so I can’t imagine why an up-to-date Snow Leopard iMac would both behave like some versions of IE on some versions of Windows, and not behave better than Safari on a Leopard Server machine.

    Curiouser and curiouser, said Alice, not speaking very good English.

    > If one of the uploaders works then use it

    Uploading is not the problem. The problem is the insertion of a reference to media in the library.

    FWIW, the installed version of java is up to date.

    As for jquery, if it’s included in the WP download, it should work with the rest of a clean WP installation. FWIW, WP 3.3.1 does not have a wp-includes/jquery/ folder. I presume you mean wp-includes/js/jquery/jquery.js. WP 3.3.1 includes jquery version 1.7.1, which is only a very minor rev. short of the current 1.7.2, and 1.7.1 comes with a recommendation to stay with 1.7.1 in some circumstances….

    I tried both jQuery 1.7.2 AND the Google libraries routes. No change to the greyed-out page with its Add Media ‘pop-up’ that is both white and empty.

    This problem would seem to be much more serious than jogging WP with jQuery or resetting browser caches.

    🙁

    Going to Media and clicking the Add New button, or choosing Add New from the Admin menu Media tab, brings up the drag-and-drop uploader, which seems to work fine.

    Curious that this works but that the uploader does not work when one wants to add an image to a page. :-/

    FWIW, Safari refuses to even show the clickable image (showing only the “Upload/Insert” clickable text), whereas FF shows the little camera/music clickable image.

    I’ve performed ALL of the tweaks in the master list and suggestions I’ve found dotted about the web, and I’ve completely reïnstalled a completely fresh database and copy of 3.3.1. It does not help. Given that

    1) there are no plug-ins running;

    2) all plug-in resets have been tried;

    3) all caches in both FF and Safari have been cleared; and

    4) Twenty-eleven is the theme,

    I can’t see any other way to reduce this problem further or remove non-WP elements (because there are none in such a clean installation). A completely fresh installation should work, but does not. 🙁

    I’ve been running other WP blogs for many, many years, but I’ve never seen a problem like this with a completely fresh installation. It would seem from the web that I’m not alone.

    I, too, have tried the 777 route to no avail. One is forced to wonder when this/these annoying bug/s will be squashed. It’s been frustrating for many, many WP versions, both for upgrading WP and for plugins. There seems to be little rhyme nor reason to which installations of WP on my server upgrade properly and which do not.

    :-/

    Mac OS X Server 10.5.x

    Thread Starter trevor-jacques

    (@trevor-jacques)

    This is not fixed in 1.6.8 (WP 2.8.4).

    From what I can tell (my php skills are almost non-existent, but I’ve been tinkering with the icaldate_to_timestamp code to locate the problem), there seem to be problems defining $WPTimezone, $TZOffset, $TZOffsetDaylight, $utcOff, and $shift. The conditionals in the icaldate_to_timestamp are not working as they should.

    For example, dates in November show times one hour late, apparently because these times pass through the if($Z = ‘Z’) test. This is weird, because they then appear to not have the daylight time applied (mind you testing the conditionals in that branch show that the daylight branch is not called, either).

    This really is a mission-critical bug in an otherwise great plug-in. 🙁

    This is not fixed in 1.6.8. 🙁

    Please see Daylight savings time not working…

    Same problem here. Mac OS X Server 10.5.7:

    Downloading update from http://ww.wp.xz.cn/wordpress-2.8.3.zip.

    Unpacking the update.

    Warning: ftp_mkdir() [function.ftp-mkdir]: “/” is current directory. in /Library/WebServer/domainfolder/wp-admin/includes/class-wp-filesystem-ftpext.php on line 240
    Could not create directory: /domainfolder/wp-content/upgrade/wordpress-2.8.3/wordpress/wp-includes/js/tinymce/plugins/wpgallery/img

    Installation Failed

Viewing 8 replies - 1 through 8 (of 8 total)