Hi. I have the following issues:
I created a cck form with an image field. When I create content, in the edition page, I select the image and click in the upload button.
If I'm using Mozilla Firefox:
It uploads right, or I need to click twice the upload button.
The "first click" only shows me a freezed cursor where it supossed to be the image I upload, but doesn't upload the image.
When I click again the upload button it uploads the image but only shows me the filename where it supossed to be the image I upload.
It never shows me the image. Neither in the edition page nor the View page. Just shows me the filename.
If I'm using Internet explorer 7
When I click the 'upload' button it doesn't update anything and it tries to show me an image, but it only shows me the classic 'not found' image icon.
But with Internet explorer I can see the images uploaded I can't see with Mozilla Firefox in the Edit page and View page.
What's the problem? With IE7 I can't upload to the image content but I can see images already uploaded, but with Firefox I can upload images (in a little dirty way) but I can't watch them.
Mozilla Firefox version: 2.0.0.12
Internet Explorer version: 7.0.5730
Drupal: 5.7
CCK: 5.x - 1.6-1
imageField: 5.x-2.0-rc4
Image: 5.x - 1.6
Image atach: 5.x - 1.6
Upload: 5.7
I didn't installed yet imagecache
I tried installing and uninstalling image modules, image atach module and upload module, but always is the same.
Cheers
Comments
Comment #1
jruz CreditAttribution: jruz commentedwhat theme are you using?
Comment #2
dopry CreditAttribution: dopry commentedDoes this happen with RC 6.... Are you shure you aren't experiencing incompatability with image.module as per the project page?
Comment #3
ingacosta CreditAttribution: ingacosta commentedThanks for your replies.
I parcialy resolved the problem.
Yes. It happens with RC6. I tried with Garland Theme and zenzen theme.
I'm not experiencing incompatibillity with image.module.
The problem is the filesystem specification. Imagefield has problems showing the image (in edit page or preview page) if the route of directory has uppercase: Example: Drupal\Sites\mySite. Not with drupal\sites\mysite. Or drupal\Tmp.
Further I need to have clean URL's enabled.
This problem is resolved in some test sites. But in another I have the same problem: I can't see the images recently uploaded to the temp folder. Drupal looks for the image at www.mysite.com/F:%5Ctmp (%5C is the inverted bar \ ).
How can I resolve this?
I work in Windows evironment.
Comment #4
dopry CreditAttribution: dopry commentedRoute of directory? are you using pageroute? There are some issues with it I haven't worked with yet. I'm not a page route user myself.
Can you clarify which operating system and webserver you're using?
If you're only a unix system the paths are case sensitive. I don't know how they behave on windows servers..
Maybe the tmp path generation for windows is broken... I'm totally a fish out of water on windows... so I'm not sure how helpful I can be if that is the case, but the bad temp file name seems to be some sort of clue.
Comment #5
ingacosta CreditAttribution: ingacosta commentedSorry, I did a literal translation from spanish (I'm argentinian). Y tried to mean path.
I'm using Windows-IIS6 now, but it happens to me with Linux-Apache and Windows-Apache too, in server side; and always using Windows in client side (browser).
I said before it works in a few test sites, but in anothers not. Don't know why.
Some requisites to work are: using filesystem path in lowercase, clean URL's activated, drupal folder names in lowercase.
Comment #6
dopry CreditAttribution: dopry commentedLets work focus on one broken system at a time if you still have issues instead of comparing multiple. The could each be having different problems... but your guidelines are sound for working with paths, webservers, and imagecache.
If this is currently fixed for you can you mark it closed and open another issue if this pops up on another server and we will debug it, or pick a single server to be our focus for this issue?
Comment #7
ingacosta CreditAttribution: ingacosta commentedYes, it's fixed now in all of the sites.
The problem was clean URL's not working correctly (with IIS6) , and folders with names starting with uppercase (with apache).
Thank you for your help.
Comment #8
quicksketchAlso see #230848: Node Preview Errors, not generating appropriate URLS when rewrite engine off., which should fix the issue on IIS.