[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
Issue status update for http://drupal.org/node/24157 Project: Drupal Version: 4.6.1 Component: other Category: bug reports Priority: normal Assigned to: chx Reported by: lennart Updated by: mariagwyn Status: patch Robin and Lennart, I was starting to not feel like such a newbie until I read the material on Diffs and Patches. I am completely lost. I don't use any sort of command line interface (though I wouldn't mind learning how), so the whole discussion went over my head. I use ftp, dreamweaver, and web interface. Do you know of clear, steb-by-step instructions, that begin with a blank screen and take me through the whole patching process? Do I need an extra piece of software? Am I looking for some command line as a part of my cpanel? I tried downloadind the patch and replacing code. That was a disaster. Sorry to be difficult, but I have to get the error fixed or the site can't go live. Any suggestions welcome. By the way, what is 'HEAD'? Than ks, Maria mariagwyn Previous comments: ------------------------------------------------------------------------ June 2, 2005 - 13:33 : lennart When a user tries to upload a photo to his or her profile the following error occurs in the log getimagesize(): Read error! in /includes/image.inc on line 88 I am using user.module and profile.module, but NOT image.module and upload.module GD2 is working. The problem is on a fresh 4.6.1 install without any contributed modules I did not know exactly what component to post this under, but I think it is important. ------------------------------------------------------------------------ June 2, 2005 - 16:57 : mariagwyn I am having the identical problem, except that I am using image.module. It happens anytime I click onto my images section. I get about 8 error messages, all the same. It this because images are missing? Any other reason? Thanks, Maria ------------------------------------------------------------------------ June 2, 2005 - 21:47 : rolfijn Me to! I've installed the image-module also and get the same error. I've allready given a 777 permision on my drupal directory, as to make sure it's not a permissions error. When i log into drupal and go to administration -> settings i have the following setting: File system path:files (which resolves to /home/httpd/html/drupal/files, right?) and Temporary directory: tmp (which resolves to /home/httpd/html/drupal/files/tmp, right?). Then going to administration -> settings -> image i see my Default image path: images (which resolves to /home/httpd/html/drupal/files/images, right?) I run trustix secure linux 2.2 with the following (relevant) components installed: apache-2.0.54-3tr apache-html-2.0.54-3tr php-cli-5.0.4-3tr php4-4.3.11-2tr php-pgsql-5.0.4-3tr php-gd-5.0.4-3tr php-imap-5.0.4-3tr php-5.0.4-3tr php4-pgsql-4.3.11-2tr php4-gd-4.3.11-2tr php4-imap-4.3.11-2tr postgresql-8.0.3-1tr postgresql-libs-8.0.3-1tr postgresql-server-8.0.3-1tr gd-2.0.33-3tr gd-utils-2.0.33-3tr I have no idea what the problem can be. Somebody? Thanks in advance, Rolf Deenen ------------------------------------------------------------------------ June 5, 2005 - 20:22 : Dublin Drupaller same problem....drupal 4.6.1. import images...giving a warning: getimagesize(): Read error! Anyone found a solution? Dub ------------------------------------------------------------------------ June 5, 2005 - 20:51 : Dublin Drupaller hi guys... I downloaded the latest image.module from the cvs repository...and it works.. http://cvs.drupal.org/viewcvs/drupal/contributions/modules/image_import/ The only down side is that it is in debug mode (which means a load of extra messages appear)...not sure how to switch that off...but, suffice to say that it looks like the owner/maintainer/developer of the the image_import module is on top of it. best to wait until the module developer updates the module. Dub ------------------------------------------------------------------------ June 5, 2005 - 21:07 : celticess I'm getting the same error but I think it only happens to the one user using the grey box theme. Otherwise I can't find any rhyme or reason to it. Everything seems to be displaying correctly. I have the various image modules installed though not the cvs(I am using drupal 4.6.1). And no pictures have been uploaded to the galleries for it even to give the error. Also I'm getting another include error and one module specific which I have also filed bug reports on. The other include error though is common.inc line 1308 and it seems no real reason for it to be pumping out that code either.(the module error occurs only when I tell it to show browsers in the stats filtering) I'm not exactly a php wiz... haven't programmed since the 80's actually so I have no idea why it's burping out these 3 errors I'm getting. My Drupal 4.6.1 is being run off of a debian site with php4 and mysql. I myself use gentoo linux(thinking about going to BSD) however my isp TOS forbids servers or I'd run it off my own box. ------------------------------------------------------------------------ June 7, 2005 - 02:43 : chueewowee I get the same error message with drupal 4.6.0 even with all content unpublished and all images deleted from the content. The error in all pages even when not creating content. I sue a custom theme, but have not altered anything relevant to images. In fact I am having terrible problems publishing images with the image.module and image_upload.module, in that the galleries do not show in the create pages etc.. as a number of people have reported. ------------------------------------------------------------------------ June 8, 2005 - 00:57 : occy Yeah, I'm getting the same thing. :/ One would think with so many people having the same issue someone would have responded with a fix. I guess maybe I'll try the CVS version. ------------------------------------------------------------------------ June 8, 2005 - 01:31 : celticess I put the cvs module in(I'm not running cvs drupal though just 4.6.1) in and so far that error now seems gone. However the other error I'm still getting and I've got that other annoying image related problem where you've told it to default to not promoting new uploaded images to front page but it still does it. Btw I wonder if the guys realize the directions for patch aren't too clear. I've used linux since '96 and am self taught. Oddly enough never had to use patch as things auto patch on gentoo. And I've now asked friends for plain english explaination of how to do that on my debian host. Why am I mentioning patch? Because if you guys are also having an issue with album someone has put out a patch. ------------------------------------------------------------------------ June 8, 2005 - 17:05 : lennart the problem is not specific to image.module ------------------------------------------------------------------------ June 8, 2005 - 20:17 : chx mage.inc , line 83, it's not file_exists but is_file . I suspect we'd better change theme_image also. Someone should roll a patch. Or I'll do when I have time :) ------------------------------------------------------------------------ June 12, 2005 - 19:21 : Robin Monks Attachment: http://drupal.org/files/issues/image.exist.patch (1.38 KB) Here is the patch per chx's comments, I made it for him as he didn't have time. He can answer any questions about it. Tested to work on HEAD. Robin ------------------------------------------------------------------------ June 14, 2005 - 03:48 : mariagwyn I am still having the same problem. I have tried to upload the new CVS files for image.inc, themes.inc, and common.inc, and added the patches listed above. However, I get even more errors with the other CVS files, so I reverted so I could do one thing at a time. If I just add the patch to image.inc and theme.inc, I simply get a blank screen. I am able to see my images, upload images, but if I click the /image link (the image gallery), it gives me a blank screen with the same error listed. I am running 4.6.1., using a custom theme. You may see the problem at: http://www.stnina.org/test/image I am not sure if I missed something. Suggestions? thanks, Maria ------------------------------------------------------------------------ June 14, 2005 - 04:03 : kbahey I faced the same issue today. A 4.6 install, with image.module. At first I thought it was because of my changes to the image module, but then the follow up email to this one popped up in my inbox with the same exact error in the title! Spooky! ------------------------------------------------------------------------ June 16, 2005 - 00:12 : kbahey The patch fixes the problem. Had to apply the first hunk manually though on a 4.6.1 install. ------------------------------------------------------------------------ June 16, 2005 - 15:19 : mariagwyn Can you tell me precisely how to install the patch? I tried it once, but it messed everything up, all sorts of bizarre errors. As far as I remember, I am installed 4.6.1. Thanks, Maria ------------------------------------------------------------------------ June 16, 2005 - 15:49 : lennart The patch works, but is very difficult to apply. It would be nice if it was commited to 4.6.1 and HEAD Thanks Lennart ------------------------------------------------------------------------ June 16, 2005 - 16:51 : Robin Monks Attachment: http://drupal.org/files/issues/drupal-DRUPAL-4-6-1.image.exist.patch (1.3 KB) The patch was designed to work on HEAD. For those with 4.6.1, here is a backported version. To apply either patch, refer to http://drupal.org/diffandpatch Robin
On 16 Jun 2005, at 9:03 PM, mariagwyn wrote:
Issue status update for http://drupal.org/node/24157
Robin and Lennart,
I was starting to not feel like such a newbie until I read the material on Diffs and Patches. I am completely lost. I don't use any sort of command line interface (though I wouldn't mind learning how), so the whole discussion went over my head. I use ftp, dreamweaver, and web interface.
Do you know of clear, steb-by-step instructions, that begin with a blank screen and take me through the whole patching process? Do I need an extra piece of software? Am I looking for some command line as a part of my cpanel? I tried downloadind the patch and replacing code. That was a disaster.
Hi Maria, I understand from a later post that you've figured out how to use patch, that's great. I hope that you were able to use some of the material in the Drupal handbook on CVS http://drupal.org/cvs and on using Patch with Windows: http://drupal.org/cvs/windows-cvs
Sorry to be difficult, but I have to get the error fixed or the site can't go live. Any suggestions welcome.
By the way, what is 'HEAD'?
CVS is difficult, partly because it wasn't well designed in some respects, but mostly because the issues involved in tracking and keeping code revisions are subtle. CVS tracks all of the changes that are made to whatever files it manages - in our case, Drupal source code. You can ask to see the state of any file at any time in the history of the file. Every now and then it's convenient to be able to take a 'snapshot' of all of the files at an instant in time. We can ask CVS to do this by 'Tagging' the files - this just assigns a 'tag' (symbolic name) to all files. A typical case is when a new release is made - in that case the tags would look like 'DRUPAL-4-5-3', for example. A special case of a symbolic tag is 'HEAD' - this is a kind of magical tag that references the very latest version of all files. It's almost synonymous with 'the CVS version' (i.e., HEAD is the archetypical CVS version, but a particular file labeled 'cvs' may be out of date w.r.t. HEAD) Your 'patch failed at hunk ###' message is likely caused by patching against the wrong version of a file. Welcome to the world of CVS. It's not so bad once you get used to it #8) Djun
Thanks, Maria
mariagwyn
participants (2)
-
mariagwyn -
puregin