Page not found after clicking "Next Step"
Buffer2k - March 12, 2009 - 14:00
| Project: | Image FUpload |
| Version: | 6.x-3.0-rc2 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Description
I tried to upload several images. after clicking on next step, "page not found" appears. here is the given path: /node/add/image/list_images
I am using Drupal 6.10 and the image.module.

#1
This is really one old thing.
You have to run update.php after having updated fupload.
Easier:
Go to settings / image / fupload and resave this settings page.
#2
I am getting the same error.
Installed the latest version of Image FUpload (6.x-3.0-alpha3) on Drupal 6.10
I have fresh install of Drupal and first time installed FUpload. I have run update.php as well, but no help.
Everything works fine, but Getting "Page not Found" on clicking Next Step
I have seen that its an old issue, which was fixed at that time, but i guess it still remains in newest version, 6.x-3.0-alpha3
Please check.
Dhaliwal
#3
No, it doesn't. You have to reconfigure your field's settings, then it should work.
#4
Could you please elaborate the process you want me to follow.
I tried, but it didn't work for me.
I confirm here that i am not having any problem when i run
Version:
6.x-2.2
I get >> Edit Captions << after i click on Next Step.
Everything works fine in this version.
Version:
6.x-3.0-alpha3
6.x-3.x-dev (this version has the Taxonomy Editing options, which will be really cool. I am very excited)
I get >> Page Not Found << when i click on Next Step
I am using the module on a totally fresh website and it is only made to test and work with this module. If needed, i can even provide Site Admin access to see the odd behavior.
Thanks a lot once again for a very cool module. It will save lot of time for people using multiple image uploading on their websites.
#5
I think there's a problem with some drupal extern caching mechanism.
This is not a 3.x specific bug because it wasn't changed.
Perhaps, you could grant me full access to a test environment, than I will check this case.
#6
Sent a message regarding that.
Thanks for help.
Regards
Gagandeep
#7
I was getting this too on a fresh install with the 3.x version.
Seems to be related to the menu path wildcard function image_node_type_load
I think the problem is due to the 'image_node_types' variable not being set initially until you have saved the image_fupload settings page.
admin/settings/image/image_fupload
Going to that page will workaround the problem, but it should probably either set the types automatically or at least the readme should advise you to go there first.
Thanks for your work on the module though - now its working for me Its great :)
#8
using this technique worked for me.
thanks a lot smoothify.
But, am not seeing option to add taxonomy terms for the images in 3x dev version. I thought that option was enabled already in the latest version.
#9
It is. I think you did not map any taxonomys to used node type. After having done this step, you can select it for preview page at node type' setting page (of CCK).
#10
Automatically closed -- issue fixed for 2 weeks with no activity.
#11
Sorry, but I was under the impression that this was fixed? But I am seeing this problem on a fresh install of Drupal. Tried with Image FUpload 6.x-3.0-rc2 as well as the development snapshot. No updating involved here.
Simply trying to use Image FUpload together with Image module.
Note: Workaround by smoothify going to admin/settings/image/image_fupload and doing a plain save of the settings does the trick, but should it not work out of the box?
#12
I repeat exactly what koyama said, and confirm my thanks to smoothify :D
Also thanks for the cool module :)
#13
I also second koyama, the workaround outlined by smoothify worked for me. Fix IT! :-)
#14
Same problem here on fresh install, this is BROKEN unless it works out of the box. There are way too many of these types of issues in Drupal where an obscure tweak "fixes" what essentially is a broken module, causing many folks needless frustration. Shouldn't this be "in work"?
#15
Yes, this is still in work, but keep in mind: We don't get paid, we do it in our free-time.
Additionally, patches are always welcome!!
#16
Just wanted to say I had this problem too; you might want to put in the README file or project page a little blurb about going to the settings page and clicking save before using the module (at least). I would help with a patch, but I simply don't know much about PHP (yet).
#17
I had the same issue but simply saving the settings page didn't do it. I deselected the editable fields and saved, then rechecked and saved again. Then it worked.
#18
I just uploaded -rc2, installed it and it is doing the same thing - page not found - adding images to galleries.
Error:
Page not found
The requested page could not be found.
#19
the same thing with 6.x-3.0-rc2
#20
You didn't run update.php!
#21
i just updated to 6.x-3.0-rc2, ran update.php, and found this same problem occurring.
the settings fix worked for me, but it's still inconvenient since i had to dig around to find this solution.
sorry to report the bad news, but it appears that forgetting to run update.php does not explain the problem, at least for some users.
thanks for all your hard work on this module, grandcat! i'd offer to help fix it but haven't spent enough time w/drupal yet to have any idea of how... i hope to be able to contribute in the future, though. the module is very helpful.
#22
smoothify fix ...going to "admin/settings/image/image_fupload" and just saving the default settings worked for me! I had the exact same problem.
Thanks smoothify, for saving me time and the avoiding my hair to get more grey then it already is!