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

grandcat - March 12, 2009 - 18:23
Status:active» fixed

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

gdtechindia - March 17, 2009 - 03:03

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

grandcat - March 17, 2009 - 16:59

No, it doesn't. You have to reconfigure your field's settings, then it should work.

#4

gdtechindia - March 18, 2009 - 05:55

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

grandcat - March 18, 2009 - 14:25

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

gdtechindia - March 18, 2009 - 14:38

Sent a message regarding that.
Thanks for help.
Regards
Gagandeep

#7

smoothify - March 18, 2009 - 19:11

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

gdtechindia - March 19, 2009 - 00:12

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

grandcat - March 19, 2009 - 16:47

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

System Message - April 2, 2009 - 16:50
Status:fixed» closed

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

#11

koyama - May 12, 2009 - 19:01
Version:6.x-3.0-alpha1» 6.x-3.0-rc2
Status:closed» active

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

e-roula - May 25, 2009 - 08:57

I repeat exactly what koyama said, and confirm my thanks to smoothify :D
Also thanks for the cool module :)

#13

techtweaker - June 4, 2009 - 17:32

I also second koyama, the workaround outlined by smoothify worked for me. Fix IT! :-)

#14

Nodin - June 15, 2009 - 22:51
Title:Page not found after clicking "Next Step"» still broken

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

grandcat - June 16, 2009 - 20:54
Title:still broken» Page not found after clicking "Next Step"

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

geerlingguy - July 22, 2009 - 14:05

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

TrinitySEM - August 25, 2009 - 04:30

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

webdev2 - September 16, 2009 - 13:23
Title:Page not found after clicking "Next Step" » Page not found after clicking "Next Step"

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

Ruslan@SkiffleMedia - October 21, 2009 - 20:30

the same thing with 6.x-3.0-rc2

#20

grandcat - October 23, 2009 - 12:13

You didn't run update.php!

#21

cwgng - November 2, 2009 - 21:53

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

sieplake - November 22, 2009 - 22:57

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!

 
 

Drupal is a registered trademark of Dries Buytaert.