Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
For some reason, I get the Division by zero error and no image uploaded when my database type is set to mysqli. Changing it to mysql seems to work ok.
Database version
5.0.26
Drupal version
5.3
PHP version
5.1.2
Thanks,
Nate
Comments
Comment #1
zoo33 CreditAttribution: zoo33 commentedDoes the same think happen if you add images in the normal way, i.e. through Add content >> Image?
Comment #2
nschindler CreditAttribution: nschindler commentedYes it does. i'm thinking i jumped the gun and it's a problem with the image module, not img_assist.
I haven't had much chance to look into it further.
Comment #3
zoo33 CreditAttribution: zoo33 commentedMoving to image.module.
Comment #4
drewish CreditAttribution: drewish commentedunless you can provide more information, like a line number where the error is occurring there's not much i can do.
Comment #5
nschindler CreditAttribution: nschindler commentedNo line number yet, but here are more details on what's happening:
When creating a new image node, the following error is displayed:
The selected file
could not be copied, because no file by that name exists. Please check that you supplied the correct filename.
However, the node is still created without an image. It doesn't appear that the temp image file is uploaded.
I can then edit the node, and attach a file.
So, images don't seem to upload properly when creating a node, but it does seem to work when editing a node that already exists.
This is why I thought it was mysqli related. I switched back to mysql after I had created a new image node with a failed attachment, then edited it and the attachment worked. So I was mislead into thinking it was the mysql/mysqli change and not simply an edit an existing vs creating a new node issue.
I've searched for the above error, and found quite a few posts, but none that seem to still apply. I'm using the latest (2007/10/29) dev release.
Thanks,
Nate
Comment #6
nschindler CreditAttribution: nschindler commentedIt appears to be a conflict with the actions module, but it seems to have stopped working only recently; image nodes have been functioning within our workflow for a while.
The actions we apply from (creation) -> FirstWorkFlowState are as follows:
1) Send e-mail to the user
2) Unpublish node (the default is upublished, this is just to make double-sure)
3) Send e-mail to the moderator
Simply disabling the workflow for image nodes is our work-around, but this can't be a permanent solution for us. We need to apply automated steps to all new nodes of any type.
Thanks,
Nate
Comment #7
drewish CreditAttribution: drewish commentedbumping it over to actions then. if it's an image specific issue please change it back.
Comment #8
jvandyk CreditAttribution: jvandyk commentedRemove your "unpublish node" action and see if the error persists.
Comment #9
nschindler CreditAttribution: nschindler commentedNo, it does not persist if the Unpublish Node action is removed from the first workflow transition.
Unfortunately, this is something I'd rather not remove without and I would need to create a whole 'nother workflow for just image nodes.
Images and Stories share the same workflow. Unpublish Node is there to help prevent user error; It helps to keep admins from publishing nodes before they reach the proper workflow state.
By the way, thanks for the responses guys, and sorry for the initial confusion.
Is this really a problem with actions, though? Story nodes in the same workflow have no problem with Unpublish Node in the first transition. This should also be reproducible. I have two sites with this issue.
Thanks,
Nate
Comment #10
doc2@drupalfr.org CreditAttribution: doc2@drupalfr.org commentedCould it ever be related to this: #320282: Node.module patch pre-save action causes Image_import problems and Pathauto to alias twice the URL ?
Comment #11
Pomliane CreditAttribution: Pomliane commentedThis version of Actions is not supported anymore. The issue is closed for this reason.
Please upgrade to a supported version and feel free to reopen the issue on the new version if applicable.
This issue has been automagically closed by a script.