Standart upload image to article, image upload successful to the default/files/field/image/ , in article body put path to /default/files/styles/article/public/field/image/image.jpg , but image in this path is empty.

use rc2 and PHP 5.3

CommentFileSizeAuthor
#1 1.jpg47.18 KBprotools
#1 2.jpg75.98 KBprotools

Comments

protools’s picture

StatusFileSize
new75.98 KB
new47.18 KB
protools’s picture

on directory Files/ and all subdirectories set permission 775

Bence’s picture

I 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?

Josh The Geek’s picture

Title: Upload image, but don't generate thumbnail » Uploading image does not generate thumbnail
Assigned: protools » Unassigned
Priority: Critical » Major

This 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.

protools’s picture

no 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?

protools’s picture

Title: Uploading image does not generate thumbnail » Upload image, but don't generate thumbnail
Assigned: Unassigned » protools
Priority: Major » Critical
protools’s picture

marcingy’s picture

Assigned: protools » Unassigned
Priority: Critical » Major

As per comment 4

protools’s picture

on 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"
)
}

avpaderno’s picture

Title: Upload image, but don't generate thumbnail » Thumbnails are not generated

I cannot reproduce the issue. I created an article node, uploaded an image, and the thumbnail is generated.

Bence’s picture

"Node Access Permissions Disabled"
Maybe that's the problem?

avpaderno’s picture

@Bence: That is also true in my case, and I get the thumbnail generated.

Could it be a problem with the directory permissions?

damien tournoud’s picture

Status: Active » Closed (won't fix)
"^/([^.?]*(\.xml|\.html)?)(\?(.+))?$" => "/index.php?q=$1&$4"

This 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.

protools’s picture

Status: Closed (won't fix) » Closed (cannot reproduce)
protools’s picture

Status: Needs review » Closed (cannot reproduce)

yes 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 ?

protools’s picture

Status: Closed (cannot reproduce) » Needs review
marcingy’s picture

Version: 7.0-rc2 » 7.x-dev
Component: image system » other
Category: bug » support
Priority: Major » Normal
Status: Closed (cannot reproduce) » Active

Moving to correct queue

Josh The Geek’s picture

Version: 7.x-dev » 7.0-rc2
Component: other » image system
Category: support » bug
Priority: Normal » Major
Status: Active » Closed (won't fix)

We aren't going to (and can't) fix this in Drupal if it is a lighttpd bug.

protools’s picture

Status: Closed (won't fix) » Needs review

it'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 ???

damien tournoud’s picture

Title: Thumbnails are not generated » Thumbnails are not generated on LigHTTP
Category: bug » support
Status: Needs review » Fixed

See 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.

protools’s picture

>> 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 ...

damien tournoud’s picture

Pierre Joye made me realize that recent versions (since 1.4.24, released about one year ago), LigHTTPd supports the url.rewrite-if-not-file directive, that should be used for Drupal. Please update the handbook page when you end up with a proper configuration for LigHTTPd.

Status: Fixed » Closed (fixed)
Issue tags: -image article

Automatically closed -- issue fixed for 2 weeks with no activity.