Closed (fixed)
Project:
Drupal core
Version:
7.0-rc2
Component:
image system
Priority:
Major
Category:
Support request
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
16 Dec 2010 at 19:08 UTC
Updated:
3 Jan 2014 at 02:41 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
protools commentedComment #2
protools commentedon directory Files/ and all subdirectories set permission 775
Comment #3
Bence commentedI can't reproduce this. What does your status report say, are there any errors (/admin/reports/status)? Do you have images enabled in your browser?
Comment #4
Josh The Geek commentedThis should be major. Also, don't assign to yourself unless you have a patch or are planning to fix it. You should put as much information as possible so that others can try to reproduce the bug.
Comment #5
protools commentedno status report, don't generate thumbnail
all other image on site and upload with wisiwyng is Ok.
after Upload image to the article with FIELD and save page, in the /default/files/styles/article/public/field/image/ - 0 (zero) images, it's empty Image Cash - don't work
and others all right? Can you attach a picture to the article? and how it looks in the article?
Comment #6
protools commentedComment #7
protools commentedComment #8
marcingy commentedAs per comment 4
Comment #9
protools commentedon localhost it's alright, but on puplic
Info
Drupal 7.0-rc2 OK
Access to update.php Protected OK
Configuration file Protected OK
Cron maintenance tasks Last run 1 min 14 sec ago
You can run cron manually.
To run cron from outside the site, go to OK
Database system MySQL, MariaDB, or equivalent OK
Database system version 5.1.51-0.dotdeb.1 OK
Database updates Up to date OK
Drupal core update status Up to date OK
File system Writable (public download method) OK
GD library PNG support bundled (2.0.34 compatible) OK
GD library rotate and desaturate effects bundled (2.0.34 compatible) OK
Node Access Permissions Disabled
If the site is experiencing problems with permissions to content, you may have to rebuild the permissions cache. Rebuilding will remove all privileges to content and replace them with permissions based on the current modules and settings. Rebuilding may take some time if there is a lot of content or complex permission settings. After rebuilding has completed, content will automatically use the new permissions. Rebuild permissions OK
PHP 5.3.3-0.dotdeb.1 (more information) OK
PHP extensions Enabled OK
PHP memory limit 128M OK
PHP register globals Disabled OK
Unicode library PHP Mbstring Extension OK
Update notifications Enabled
Info
Upload progress Not enabled
Your server is not capable of displaying file upload progress. File upload progress requires an Apache server running PHP with mod_php. OK
Web server lighttpd/1.4.28
in lightpd
$HTTP["host"] =~ "(^|\.)mysite\.ru$" {
server.document-root = "/var/www/mysite/public_html"
url.rewrite-final = (
"^/([^.?]*(\.xml|\.html)?)(\?(.+))?$" => "/index.php?q=$1&$4"
)
}
Comment #10
avpadernoI cannot reproduce the issue. I created an article node, uploaded an image, and the thumbnail is generated.
Comment #11
Bence commented"Node Access Permissions Disabled"
Maybe that's the problem?
Comment #12
avpaderno@Bence: That is also true in my case, and I get the thumbnail generated.
Could it be a problem with the directory permissions?
Comment #13
damien tournoud commentedThis looks like a very poorly written regexp. It will in particular not rewrite any URL containing a dot that is not followed by "xml" or "html". The issue you are having is a configuration error on your server.
Comment #14
protools commentedComment #15
protools commentedyes bug in url rewrite for lighttpd
who now how right ? for drupal 6 this rule is ok , but what rule is right for Drupal 7 ?
Comment #16
protools commentedComment #17
marcingy commentedMoving to correct queue
Comment #18
Josh The Geek commentedWe aren't going to (and can't) fix this in Drupal if it is a lighttpd bug.
Comment #19
protools commentedit's not bug, it's wrong rule for lighttpd
htaccess - in core of drupal, but lighttpd - outsider, why? lighttpd is powerful, but outsider ... may be now time to look at lighttpd by professional ???
Comment #20
damien tournoud commentedSee the links from http://drupal.org/node/43782.
The content of this page is very wrong, but the links have the proper method based on mod_magnet and a LUA script.
That said, I don't know why one would use LigHTTP those days while Nginx exists, and a proper configuration for Drupal is barely three lines.
Comment #21
protools commented>> That said, I don't know why one would use LigHTTP those days while Nginx exists, and a proper
>> configuration for Drupal is barely three lines.
because Nginx is not stable and very often gives 502 error when it's very importent, because hi has only 1 developer ... because google in projekt use LigHTTP and many other ....
thanks for the link ...
Comment #22
damien tournoud commentedPierre Joye made me realize that recent versions (since 1.4.24, released about one year ago), LigHTTPd supports the
url.rewrite-if-not-filedirective, that should be used for Drupal. Please update the handbook page when you end up with a proper configuration for LigHTTPd.