wkessel
Forum Replies Created
-
Forum: Requests and Feedback
In reply to: IE 7.0.5730.13 crashes when opening most WP blogsBeen having the same trouble, which seemed to start right after upgrading Akismet to the latest version last week.
Started testing by unloading each plugin one at a time and testing with the plugin off, then on again (as it may possibly have something to do with the load order). Tried Akismet last, as I didn’t want to believe that it was the culprit, and IE 7.0.5730.13 stopped its incessant crashing.
Still working to verify this, however.
As normal, YMMV.
Forum: Fixing WordPress
In reply to: WordPress 2.5.1 Still can’t upload imagesYeah, it’s set too low: 8MB. Gotta fix that…
Forum: Fixing WordPress
In reply to: WordPress 2.5.1 Still can’t upload imagesWhen I try to upload a 1.2MB video, I get “Your file is too big. Your php.ini upload_max_filesize is set to 16MB.”
2.5.1 Upgrade no help.
Flexible Upload no help.
Disabling Flash uploader no help.
Clearing js_cache no help.
Clearing cookies and browser cache no help.
Re-install with delete old files no help.
Supposed IE fix no help (although I can now upload still images).
Switching browsers no help.
Switching from Windows to Mac no help.
Logging out then logging back in no help.Just out of curiosity, what are the server security settings when WP is tested? If they’re too lax, then the whole lot can be borked if the end-user has increased security settings (which they may not be able to do beans about, even *IF* they knew how!).
Forum: Fixing WordPress
In reply to: Unable to upload images (tried other posts)Even changing the PHP.ini file doesn’t work: at my office, we changed the PHP.ini file to allow 16MB files in response to this.
Now, when you try to upload anything larger than 1MB, it tells you that “This file is too big. Your php.ini upload_max_filesize is 16MB.”
Upgraded to 2.5.1 in the hopes that this would go away. Fat chance. Tried the .htaccess fix, deleting the js_cache, deleting cookies and the browser cache, switching browsers, switching operating systems (from Win to Mac) — still no dice.
I’m beginning to wonder what the security settings are on the WP testing servers: if they’re lax, then increased security (which is something not many people will be able to do anything about) could bork the whole mess…
Forum: Plugins
In reply to: User photo as a linkOne of our usability testers at work brought this issue up just after we launched a site using this plugin. Their comment: “…when you ask “who is this person and what makes their opinion matter?” — there’s no answer.”
I modified this code to generate the appropriate links, but it currently requires a manual edit of an extra PHP file containing an array (I’m using it with a jQuery plugin as well). If you’re experienced with PHP, the output line can be changed to look *something* like this:
$output = '<a href="/authors/#'.$authordata->nickname.'">'.$output.'</a>';If you drop it in an
ifclause that tests for a particular condition, then you can eliminate the possibility of a recursive link showing up with that photo on that author’s bio page.I also found a bug: if you install this plugin, then import a bunch of posts from another site, then DELETE those posts (i.e., change your mind), the userphoto_the_author_thumbnail fails to call the thumbnails on new posts.
Forum: Fixing WordPress
In reply to: Media Uploader issue (browser)Well, as far as we can tell, that *is* where it was failing. The images we tested with were *not* corrupted (we used several during testing to remove this possibility).
Now, it’s entirely possible that the file was corrupted during compression, decompression, or transport which would explain why yours is working — and a lot of others’ is working fine — but is not working well for a good number of users. It wouldn’t be the first time over the course of the last couple of decades. It’s *not* a WP issue, that’s for sure.
The issue was pointed out by a client who was unable to upload via IE7. We checked his install (dev and live). Then we checked all of our other WP installs for other clients and found the same problem. (BTW: Macs were unaffected in our installs.)
My IT lead told me that simply opening and re-saving the file will reset all of the line feeds. I’m not convinced of this, but I can’t say that I tried doing that in the first place.
I just wanted to be a “good neighbor” and report our fix so that others with the problem can try this solution and see if it works for them.
Forum: Fixing WordPress
In reply to: Media Uploader issue (browser)Sorry: the error logs pointed to line 138 of that file, so that’s where we started.
And, yes, the Uploader now works — everywhere.
Forum: Fixing WordPress
In reply to: Can’t insert picture in post with 2.5OK… I know this is resolved, in the forum at least, but the problem isn’t. I’ll create a new topic and post this there as well.
1. Checked server error logs.
2. Determined problem was in the \wp-admin\includes\image.php file, line 138.
3. Went into debug mode.
4. Added the following line immediately BEFORE$image=, knocking that line down one:
mail("me@myaddress.com","imagedebug",$file);
It worked cross-browser!
5. Commented inserted line out: it worked cross-browser still.
6. Deleted line, but left line 138 blank: it still works.
7. Deleted line, moving the$image=back to line 138: it still works.Conclusion? There’s a line-break or a line-ending in there that’s incorrect: perhaps a UNIX, or a Windows or a Mac thing, but it’s not correct.
Forum: Fixing WordPress
In reply to: Can’t insert picture in post with 2.5Oooops, sorry…
Let’s back the truck up a second. Look at what browsers you can upload with and what you can’t: one can upoload with FF and not IE, the next can’t with FF and CAN with IE…
We found something at work: a client can’t upload with IE but can with FF — in IE, the image doesn’t crunch, and when the Show link appears, it’s dead. Ditto for our office.
FF, no problem. This goes across two servers configged similarly (there are some minor diffs, but nothing material). The patch listed in the sticky post has absolutely no effect. Plugins, activated or not, have no effect, either.
It’s not random, either, only different across different servers. My hunch is that there are varying server settings — or other server variables — involved here that shouldn’t be.
Now I haven’t checked Lightbox in a standalone mode to see if there is an issue there, as well, which is why the server idea is merely a hunch at this point…
Forum: Fixing WordPress
In reply to: Database error when exportingI have the same issue, but a much different set of results: I can’t export the WP XML file — I get the same errors. When I do a MySQL dump as per the instructions, I get either an export.php.html file — which does absolutely nothing, or I get a zip file. Safari or Firefox.
So far, so good, except: When I go to unzip the zip file, Stuffit chokes, so I have to use the Mac archive utility. It unzips to a .sql.zip.cpgz file, which unzips to a sql.zip file, which unzips to a .sql.zip.cpgz file… ad infinitum. It’s no fun until you’ve covered your desktop with dozens of 10MB cloned zip files… :-/
Terminal gunzip, Archive utility, and Stuffit are all useless. I’m stuck…
Forum: Installing WordPress
In reply to: blank page instead wp-admin/index.phpWhich is all fine and dandy for those whose sites automagically started doing this — what about a fresh install? I have this problem right off the bat…