Page not found after clicking "Next Step"

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.

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

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

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.

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.

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

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

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.

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

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?

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

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

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

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

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

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.

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.

the same thing with 6.x-3.0-rc2

You didn't run update.php!

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.

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!

I had the same problem and went to "admin/settings/image/image_fupload", saved and now it's working. Rather strange I guess.

Hi grandcat.

I am working locally and using Xamppp. I did upload.php , I've saved the settings , I am still getting page not found. Should I uninstall and try the latest development version instead?

Much appreciated

Tony

Going to admin/settings/image/image_fupload and resaving settings fixed the page not found error for me too. (although I did switch one setting to thumbnail preview, save and then switch it back to normal preview before saving again)

This is overdue a patch, so here we go...

The issue is a very simple one, the code on line 63 of image_fupload.module looks for a type attribute to be set in the image_node_types_variable.

elseif (arg(3) == "list_images" && $image_node_types[$node_type]['type'] == "image") {
      return $node_type;
    }

However in image_fupload.install the default type was being added but the type attribute was not being set:

// install a default preview preset for image module so that it works when it is activated
  // also preventing 403 errors)
  $image_node_types  = variable_get('image_node_types', array());
  if (empty($image_node_types['image'])) {
    $image_node_types['image'] = array(
      'title' => 'Image',
      'fieldname' => 'images',
      'image_selection' => 'preview', // best choice I think; can be changed in admin menu
      'imagecache_preset' => '',
    );
    variable_set('image_node_types', $image_node_types);
  }

This patch simply adds in the type so the module works fine for new installs. Those experiencing the problem already will either need to reinstall or visit

admin/settings/image/image_fupload

Subscribing.

The patch doesn't work - still have to go to settings and resave.

thank u!that worked 4me!

Thanks smoothify, your workaround worked. I'm subscribing so I get around to trying out your patch.

Worked for me - thanks!