June 2005 - Development - lists.drupal.org

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by chx 17 Jun '05

17 Jun '05

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: chx Status: patch Yes, Robin did included a 4.6.1 patch. Use some editor (wordpad maybe), open image.inc line 83, change file_exists to is_file, similarly with theme.inc line 475. chx Previous comments: ------------------------------------------------------------------------ June 2, 2005 - 15: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 - 18: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 - 23: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 - 22: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 - 22: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 - 23: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 - 04: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 - 02: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 - 03: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 - 19:05 : lennart the problem is not specific to image.module ------------------------------------------------------------------------ June 8, 2005 - 22: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 - 21: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 - 05: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 - 06: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 - 02:12 : kbahey The patch fixes the problem. Had to apply the first hunk manually though on a 4.6.1 install. ------------------------------------------------------------------------ June 16, 2005 - 17: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 - 17: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 - 18: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 ------------------------------------------------------------------------ June 17, 2005 - 06:03 : mariagwyn 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 ------------------------------------------------------------------------ June 17, 2005 - 06:04 : mariagwyn P.S. I am on windows xp, and I don't think Robin included the link to the 4.6.1 patch. Thanks, Maria ------------------------------------------------------------------------ June 17, 2005 - 06:36 : mariagwyn Okay, so I did more reading, and I figured out how to install the patch. I ran the patch, and after theme.inc, it said that "HUNK #1 failed at line 472". I am assuming that I was supposed to put the patch into the /includes/ folder, and then run it using SSH/Shell from within the includes folder. When I went to the images section to see how it went, the error went away, but now I have a blank page. Nothing shows up. Is this because I ran a 4.6 patch on a 4.6.1 installation? Do you have a 4.6.1 patch? Can I just cut and paste? Again, sorry to be difficult, but thanks for the help. Maria

1 0

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by mariagwyn 17 Jun '05

17 Jun '05

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 Okay, so I did more reading, and I figured out how to install the patch. I ran the patch, and after theme.inc, it said that "HUNK #1 failed at line 472". I am assuming that I was supposed to put the patch into the /includes/ folder, and then run it using SSH/Shell from within the includes folder. When I went to the images section to see how it went, the error went away, but now I have a blank page. Nothing shows up. Is this because I ran a 4.6 patch on a 4.6.1 installation? Do you have a 4.6.1 patch? Can I just cut and paste? Again, sorry to be difficult, but thanks for the help. 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 ------------------------------------------------------------------------ June 17, 2005 - 04:03 : mariagwyn 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 ------------------------------------------------------------------------ June 17, 2005 - 04:04 : mariagwyn P.S. I am on windows xp, and I don't think Robin included the link to the 4.6.1 patch. Thanks, Maria

1 0

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by mariagwyn 17 Jun '05

17 Jun '05

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 P.S. I am on windows xp, and I don't think Robin included the link to the 4.6.1 patch. Thanks, 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 ------------------------------------------------------------------------ June 17, 2005 - 04:03 : mariagwyn 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

1 0

[drupal-devel] [feature] introduce a "cron" user to fix various cron related issues
by degerrit 17 Jun '05

17 Jun '05

Issue status update for http://drupal.org/node/5380 Project: Drupal Version: cvs Component: user system Category: feature requests Priority: normal Assigned to: Anonymous Reported by: ax Updated by: degerrit Status: patch At the risk of being publicly humiliated, and in the spirit of "there's no such thing as a stupid question" ... what exactly is the (security?) issue with adding: $user = user_load(array('uid' => 1)); in cron.php? I have two sites with node_privacy_by_role (NPBR) enabled, and cron does not index all the pages as a consequence (except when it is given a user id with full access like above). It took me some puzzling to figure out why the sites seemed stuck at "11% of the site has been indexed" or something similar. Of course, now a non-authenticated user can see excerpts of "private" pages through the search, which could be a big deal. Anyway, being able to choose a search user would solve the problem with NPBR as well it seems. degerrit Previous comments: ------------------------------------------------------------------------ January 24, 2004 - 00:33 : ax we currently have some problems caused by the undefined state of $user in the cause of cron runs. sometimes it's "Anonymous", sometimes it picks up the currently logged in user (i think). I stumbled upon this when reading issues closed by "Anonymous" caused by the automatic cron closure when issues are fixed. i always think "isn't it strange that "Anonymous" can close issues just as she feels like?" there are quite some related issues - search this site for "cron user". couldn't a cron user solve these problems? a la if (REQUEST_URI) == cron.php then $user = <cron_user>, with <cron_user> having some special properties such as showing "Automatically" for closed issues, being possible to excluded in statistics, putting the rss author from imported rss nodes into nodes author field, having special access checks etc. i didn't think about this much, but thought it is worth filing here. please discuss, elaborate - and don't flame me if i'm too off ;) ------------------------------------------------------------------------ February 11, 2004 - 06:04 : Chris Johnson Sounds like a good idea to me. It's one of many things I'd like to change if I get time to work on it. ------------------------------------------------------------------------ September 27, 2004 - 20:25 : Philippe Couln't we just write this in cron.php: <?php $cronuser = variable_get('cron_cronuser','nobody'); if ($cronuser = 'nobody'){ $user = user_load(array()); //I believe this results in Anonymous?? }else{ $user = user_load(array('name' => $cronuser)); } ?> We can set the variable cron_cronuser in a page like admin/cron. If the site administrator doesn't set a value, cron uses Anonymous for everything (not some user that happens to be logged on). If a valid user name is set, the site admin can give the cron user special privileges. ------------------------------------------------------------------------ October 1, 2004 - 19:41 : Philippe Setting the user like this in cron.php sends a cookie. (How? Where? Can we prevent this?) So everybody can get "cron" privileges by loading cron.php once. We could fix this by making cron.php accessible only from localhost (in .htaccess). Any ideas? ------------------------------------------------------------------------ October 1, 2004 - 22:11 : Philippe Attachment: http://drupal.org/files/issues/cron_uid.patch (3.62 KB) This patch lets the admin select a UID for cron in the admin/settings page. The variable name in which this is stored is 'cron_uid'. When cron.php is loaded, it sets a variable $cron_is_running. If this variable is set, no session will be opened (and no cookies will be sent). The cron page will use the Anonymous user (uid==0) if cron_uid is not set. Note that the site admin should create a "cron" user before setting the UID. ------------------------------------------------------------------------ March 13, 2005 - 20:18 : Chris Johnson Attachment: http://drupal.org/files/issues/cron_uid2.patch (3.19 KB) Previous patch still applies cleanly to HEAD and code algorith looks good on inspection. However, there are some style problems and one ugly bit using StdClass(), so I have re-rolled the patch. ------------------------------------------------------------------------ March 13, 2005 - 20:37 : killes(a)www.drop.org I like the idea, some comments, though: +if (!$cron_is_running) { + session_start(); +} Is this neccessary? 'User ID '.$cron_uid.' does not exist' ------------------------------------------------------------------------ March 13, 2005 - 21:11 : killes(a)www.drop.org 'User ID '.$cron_uid.' does not exist' < == needs to be made translatable. Setting to active. ------------------------------------------------------------------------ March 14, 2005 - 06:56 : Chris Johnson Attachment: http://drupal.org/files/issues/cron_uid3.patch (3.29 KB) Ooops. Sorry I missed that text that needed translating. New patch attached with that bit corrected. Yes, I think the if (!$cron_is_running) code is needed to keep the cron user from creating many unneeded sessions. ------------------------------------------------------------------------ March 14, 2005 - 10:48 : stefan nagtegaal I am all for the idea of introducing a special id for running the cronjobs, but the approach you took here is far from perfect imo.. After looking at your patch, there are several questions and remarks that came up to my mind: I agree with Gerhard that the $cron_is_running is probably unneeded, I think it's better todo: <?php if (!variable_get('cron_busy', true)) { session_start(); } ?> I think that this is much to technical. Severa newbies will probable ask what a user id is, or what cron jobs are.. From both usability and userfriendlyness this patch is a big -1 from me.. I would suggest todo the following: - Make a new user in the db called 'Cron' with a user id -1, or something like that.. That way you don't have to add extra options to the administration, and the way of implementing should be much cleaner. Also does it improves usability... What do you think? ------------------------------------------------------------------------ March 14, 2005 - 14:11 : Anonymous Hi, The functionality is great, but your interface is not. IMO you should just choose good defaults and leave it with that. Why would users want to choose "UIDs" ofr "cron Jobs". Joe user should not have to think about UIDs and Crons. IT should Just Work[tm]. I know there are lots of places in Drupal where this is not the case either, but we are working on that. So when we introduce new functionality we should do it good at once. Why not go for Stefans suggestion of choosing a cron UID and jsut leave it like that. UIDs are not really used anyway, so you can choose just any UID (just the next one available, most often will be '2'). Bèr ------------------------------------------------------------------------ March 14, 2005 - 14:45 : javanaut "Make a new user in the db called 'Cron' with a user id -1" Just on a technical note, the database type for uids is "unsigned" and -1 won't work. ------------------------------------------------------------------------ March 14, 2005 - 20:08 : killes(a)www.drop.org @Chris: I am pretty sue that this patch will not be usefull if the cron user does not get a session. Drupal relies on the session to authenticate the user. If you are worried about too many sessions, you should make sure the session is clossed at the end of the run. his could be done in cron.php. @Stefan, Ber: I think we should introduce just a standard user and assign the "authneticated user" role to him. The set the variable to that uid so we can check which user it is. The problem is that we cannot create the user from database.mysql beacuse the next uid would be No. 1 which is reserved. So we would need to create the user on the first visit to the admin/settings page. We could also use drupal_set_message to inform the admin of this. We should also extent the relevant help text. While we are at it we could make the anon user use the db tabe for its name too and not a variable. ------------------------------------------------------------------------ March 14, 2005 - 21:33 : Chris Johnson Looks like we are sort of in a corner. Really the cron user should be in the database at install time, but we have to reserve uid 1 for the first user. Maybe there is another way to do that without having the first entry to admin create the cron user? That seems hackish to me. I agree that the anonymous user should also be completely coded into the database, and not a variable. The current methods causes anomolous behaviors. I, in fact, wrote several patches to do that a long time ago (http://drupal.org/node/5639) I looked at updating that patch a couple of months ago, but the new unregistered user comment capability where the user can enter his name made the code a lot more complicated. Maybe I will get motivated to try it again. If only my patch had been applied the first time! :-) ------------------------------------------------------------------------ March 14, 2005 - 22:21 : Olen How about creating a bunch of "reserved" users (like most linux distributions do)? uid 1 = root uid 2 = cron uid 3 - 8 = reserved for later use uid 9 = anonymous And then let the admin log in as root the first time. We still let him/her change the username of any of these users, so it should not cause to many problems for new installations. Older ones would either just have to live with it, or do a lot of 'UPDATE module_table SET uid=X WHERE uid=2'-queries. ------------------------------------------------------------------------ March 14, 2005 - 23:33 : Bèr Kessels What about following the linux thing, and start counting at 500 for normal users? That way people will recognise it, and numbers do not matter anyway. I mean, there is really no difference between 4 and 500, other than thats its a different number. 500 makes just as much sense as 10, or 2 or 4. Bèr ------------------------------------------------------------------------ March 15, 2005 - 13:59 : Philippe The reason why I created the "ugly" user interface, and let the site admin choose a cron-user ID in the settings page is because of backward compatibility with existing installations. (guess what: my site IS an existing installation) Perhaps another option is to give special users a user ID close to 2147483647 (MAXINT). That way it won't interfere with existing users.

1 0

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by Robin Monks 16 Jun '05

16 Jun '05

Issue status update for http://drupal.org/node/24157 Project: Drupal -Version: 4.6.0 +Version: 4.6.1 Component: other Category: bug reports Priority: normal Assigned to: chx Reported by: lennart Updated by: Robin Monks Status: patch 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 Robin Monks 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

1 0

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by lennart 16 Jun '05

16 Jun '05

Issue status update for http://drupal.org/node/24157 Project: Drupal Version: 4.6.0 Component: other Category: bug reports Priority: normal Assigned to: chx Reported by: lennart Updated by: lennart Status: patch 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 lennart 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

1 0

[drupal-devel] Drupal at LinuxWorld Expo @ London, Olympia October 5-6 2005
by vlado 16 Jun '05

16 Jun '05

I've posted it at http://drupal.org/node/25141 , but though it might attract interest here. Is there anyone interested in coming to London for the LinuxWorld Expo? I think it is a good idea to apply for space in the .org village - basically an opensource software projects exhibition. Usually attracts a lot of interest. Cheers Vlado

1 0

[drupal-devel] [bug] user uploads photo to profile -> getimagesize(): Read error! in /includes/image.inc on line 88
by mariagwyn 16 Jun '05

16 Jun '05

Issue status update for http://drupal.org/node/24157 Project: Drupal Version: 4.6.0 Component: other Category: bug reports Priority: normal Assigned to: chx Reported by: lennart Updated by: mariagwyn Status: patch 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 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.

1 0

[drupal-devel] [bug] Wrong Login Error
by killes 16 Jun '05

16 Jun '05

Issue status update for http://drupal.org/node/3962 Project: Drupal Version: cvs Component: user system Category: bug reports Priority: minor Assigned to: deekayen Reported by: dziemecki Updated by: killes(a)www.drop.org Status: patch I agree with Moshe. I think we should test whether a user hasn't logged in before and then give a different message then when he got blocked later. killes(a)www.drop.org Previous comments: ------------------------------------------------------------------------ November 6, 2003 - 05:01 : dziemecki When a new user logs on after they're ID and password were sent to them, but before their account was "unblocked", they get the follwoing error: "Sorry. Unrecognized username or password. Have you forgotten your password?" That may or may not count as a bug, but it not entirely accurate, and might be a little confusing. ------------------------------------------------------------------------ June 14, 2005 - 11:19 : deekayen I don't mind assigning this one to myself, but I'm not familiar enough with the function of the access table to complete the patch. Should blocked users be entered into the access table? Right now, user.module has a drupal_deny check with the correct error message, but it doesn't get displayed because the only place a person gets blocked is in the users table. To be more normalized, I'd just leave the block in the users table, but does someone intend to move the user block to the access table? ------------------------------------------------------------------------ June 16, 2005 - 05:37 : deekayen Attachment: http://drupal.org/files/issues/blockedloginmessage.patch (1.26 KB) Right now when users are blocked, they're not added to the access table, so this patch just checks the users table for blocked logins. The check in user.module's user_login() should work now and give the correct error message that was there all along. ------------------------------------------------------------------------ June 16, 2005 - 05:45 : deekayen Attachment: http://drupal.org/files/issues/removeactivereset.patch (882 bytes) This patch goes with the previous one. Without it, when you edit a blocked user to make them active again, they remain blocked and the edit screen shows an error message about the user being blocked. I don't really know if that's the intended behavior to have blocks be permanent, but permanent blocks don't seem right to me. ------------------------------------------------------------------------ June 16, 2005 - 17:04 : moshe weitzman I'm not so sure about this one. We should continue to distinguish between a 'user block' and a 'host ban'.

1 0

[drupal-devel] [bug] Make theme_table() PHP5 ready
by Robin Monks 16 Jun '05

16 Jun '05

Issue status update for http://drupal.org/node/25143 Project: Drupal Version: cvs Component: theme system Category: bug reports Priority: normal Assigned to: Robin Monks Reported by: Robin Monks Updated by: Robin Monks Status: patch Attachment: http://drupal.org/files/issues/count.not.is_array.patch (1.33 KB) This patch no longer makes theme_table go bonkers on an empty array(). Robin Robin Monks

2 1