upload applet error ("Gallery not found")

It works for me.. And I can't find references to "gallery_upload.php" anywhere in the Gallery 1, Gallery 2 or Gallery Remote source code Would you post a url to your G2 and give me permission to add items so that I can try it out for myself? Thanks.

Hm. Look at your access logs when you access it via knsi.net and then when you use tradenet.com. What files does it request for each and what is the result code? My guess is that it's successfully getting something back from knsi.net that it's not getting back from tradenet.com which is causing it to fall back to thinking that you have Gallery 1.x installed (we use similar applet libraries for both versions).

Your access long and error log don't line up. That's kind of odd. But the weird thing is that for some reason it's trying to get to files under "~/gallery" which doesn't exist. That's very odd. Any chance that I can ssh to your box and try it out myself? Thanks.

By the way, I am using Windows Server 2k3, it looks like tradenet is also. I checked for that file, gallery_remote2.php and it definatley does not exist on my installs either. I have added two additional installs and have the same result of the upload applet malfunctioning.
I did have gallery 1 installed on this machine before. Bharat, or anyone, can feel free to register and try to use the upload applet at www.radz.net/photos
This is the most wanted feature by my users, including myself! Mass uploading makes life much easier...
Cheers
Greg

Thanks for the reply...however...
The issue is not with GR, but with the upload applet. There is not a place in the upload applet to specify the directory that I have noticed and the file it appears to be wanting, gallery_remote2.php, is not a file that exist.
The issue was discussed in this thread, but no solution was provided and bharat was looking into it. I suspect it might be something with 2003 server...
By the way, I played with GR a few minutes and it did not work properly either, am going to try it again a bit later. I did read the FAQ and all through the forums.

Cheers
Greg

Thanks for the reply! I spent some time today playing with it and my server and GR...
I agree-it does appear to be an issue of a confused applet.
Check out this thread:
http://gallery.menalto.com/index.php?name=PNphpBB2&file=viewtopic&t=18593&highlight=gr+remote
Ok, so I tried to browse to that file, galleryremote.inc and IE cannot find it. I put another file, a text file called test.txt in the same directory, all permissions are inheirted and the test file (displaying yoyoyoyo) works just fine. I double checked the permissions and even enabled directory browsing. I gave additional IIS6 permissions, still no luck. Am a bit confused at this...
I tried GR and used the debug and it does appear to be trying to use the wrong files, it is defaulting to the 2 rather than version 2.5
So....how do I fix this and why does it appear not to happen to everyone? I suspect it is something with IIS6....anyone find a solution?
Cheers
Greg

That is what I read also.
I am unable to see that file, but can see another, as I previously stated, so the folder and file permissions are set correctly in the sense that the files are accessible from the net.
My though process has moved towards some security issue with Server 2k3 and not allowing that file to be opened/seen. I am not too sure how to fix this. My thought is this is similar to getting php working, you have to add it into the application pool...
I will PM paour with a link to this thread...maybe he can shed some light!
Cheers
Greg

Well, messing with setting, adding .inc files as allowed extensions for php to run in IIS, and I have a new error. When I try to hit modules.inc in the remote directory, I get this:
Fatal error: Class remotemodule: Cannot inherit from undefined class gallerymodule in D:\galleries\radzgallery\modules\remote\module.inc on line 28
Line 28 is basically the start of code in modules.inc...any new ideas or thoughts on this IIS6/Server2k3/Upload Applet issue???
Cheers
Greg

Ok, so I can hit the file now...which was the permissions issue I thought was preventing GR/upload applet from working right. But guess what, I still get the error that gallery does not exist, cannot find gallery_remote2.php
Any new ideas?
Thanks
Cheers
Greg

Well, there are three of us working on it now. I am the least advanced in terms of progamming knowledge so maybe one of the other guys will get it figured out.
However, if ayone else has any clue, please share!! This is driving us nuts!
Cheers
Greg

i filed this bug for this

ahhh....only thing is the hatccess is an Apache configuration file and this is a Windows IIS6 box. So, I don't think the htaccess is going to make any difference for me.
I do not, to my knowledge, have G1>G2 redirection in place.
I have a MS tech friend who has access to all types of toys and discovered MS has an open tech support thread on this (not public accessible) and it appears downloading the SP for Server might fix the issue as IIS6 was not associating some file types properly and, of course, open source files/programs are the victims. I MIGHT try the update, it is a good RC apparently.
Thanks for the help! Am getting closer, but not quite solved for IIS6, I don't think.
Cheers
Greg

UPDATE!!!
By installing the SP RC for Windows Server 2003, all issues are resolved. I can now say that G2 works in IIS6 S2k3 w/ SP1 RC and, might I add, it works better, looks nicer and is easier to administer than G1!
Thanks for the help!
Cheers
Greg

While I am just a 'regular' user, I will see if I can put you on the right path.
Check out this topic: http://gallery.menalto.com/index.php?name=PNphpBB2&file=viewtopic&t=18593&highlight=gr+remote
Basically you have either a permisions issue with access or with allowed executibles. Turn on debug mode and see what it says.
If possible, go for win2k3, in my opinion, it is an excellent upgrade and with the SP runs things like Gallery a lot better.
Cheers
Greg

You are able to browse (with IE or similar) to and properly open the file located in /gallery/modules/remote/modules.inc ? It should give you an error message on line 28 or something similar. If so, that means your php is working fine and the applet should see the file which means it should recognize the G2 install as it is instead of defaulting back to G1 version, which is what it is doing.
You have given the network along with internet guest account open access to everything for testing purposes (lock it down carefully after you test)?
With IIS the permissions have to be just right to work, opening it up totally and then locking it back down slowly to find the functional level is one way to go about it.
Cheers
Greg

follow-up... I updated the configuration in IIS so that .inc files should be called as PHP, and I get the error on line 28 as noted (above), but the upload applet still doesn't work. BTW, the cancel button also fails to close the window.

using the gallery_remote tool (as updated today) also gives same message about the www/gallery2/gallery_remote2.php

Cheers,
Quentin J Sarafinchan
www.polarware.net

OK!! So, from what I understand, your php is now working properly and your permissions are now set. The gallery install is good, so the issue is with IIS...
This is where I was when I upgraded to the RC SP1 fo server 2k3. However, you are running S2k, but the solution might be the same.
Without being a conspiracy theorist...I have a suspicion that MS intentionally made running certain extensions difficult/impossible on IIS to discourage their use. Now, MS is embracing open source a bit more and suddenly, everything works after a new SP that reverses the 'incompatabilities.
The help I can offer now ends with the comment-look for a service pack-even a RC version-and everything might suddenly function properly. Where are you with regard to SPs?
Let us know if you get it fixed...hack away.
Cheers
Greg

I agree on everything except #2-installing he service pack made everything suddenly work for me. I cannot explain it any other way. It won't hurt to try it, S4 is the latest with 2k, see what happens. Roll it back if ou don't like it or do it on a test platform.
The other option is to toss it and run Apache. Yes, you can run Apache and IIS on the same machine, on the same IP/Port-do a google search.
Cheers and good luck!
Greg

When I start up the applet, I see the following in my access log

What do you see in your access log?

It's weird that it says "'no-op' unknown". I think that this is a bug. However, I verified with GR and the upload applets on my own G2 server that this doesn't affect the applets (ie, they still work).

When I use the upload applets on my G2 (Apache2) install, I see:

applets request:

GET /gallery2/main.php?g2_controller=remote:GalleryRemote&g2_form%5Bcmd%5D=no-op

server returns:

#__GR2PROTO__
status=301
status_text=Command 'no-op' unknown.
debug_user=admin

applet requests:

POST /%7Ebharat/gallery2/main.php
g2_form%5Bcmd%5D=login&g2_form%5Bprotocol_version%5D=2.3&g2_controller=remote%3AGalleryRemote&start_debug=1&debug_port=10000&debug_host=x.x.x.x%2C127.0.0.1&send_sess_end=1&debug_url=1

server returns:

#__GR2PROTO__
server_version=2.3
status=202
status_text=Login parameters not found.
debug_user=admin

applet requests:

POST /%7Ebharat/gallery2/main.php
<then a ton of multipart post form data here, including the image I'm uploading

server returns:

#__GR2PROTO__
status=0
status_text=Add photo successful.
debug_user=admin

I got this info by running "sudo tcpflow -c port 80" and watching the traffic over the wire. There are some unusal things in there. I don't know why the noop command says Command 'no-op' unknown and I don't know why we do a login request and then don't pass in a username/password when we don't even need to log in at this point. I'll ask Pierre about those. However, it actually works for me.

What do you see when you try watching your net traffic?

Try "man sudo" on a linux system some time, but basically it is a program that allows people to run commands / programs AS root with out having the root password. If you have ever used "su" you know that to use it you need the root password, sudo is similar except it requires YOUR password... not roots.

Those kinds of questions are also easily answered by google, which you can find at http://www.google.com

Try installing Ethereal -- it'll let you watch net traffic just like tcpflow does.

Paour-
Did you just redo the fix in the last few weeks or is it the same fix from a previous posting of this issue: http://gallery.menalto.com/index.php?name=PNphpBB2&file=viewtopic&t=18593&highlight=gr+remote
I do update via CVS regularly and the problem noted in this thread remained until I upgraded to the RC of SP1. However, I run Server 2k3 and this problem is occuring with S2k and there is not a SP that performs miracles and fixxes this issue for 2k. MS is aware of this issue and their high level tech support (which you must ave some certification or something to access) has an open ticket on the issue. As far as I know, the only recommended resolution is RC of SP1 for 2k3.
I am of opinion it is in the way GR/Applet tries to instruct the server to run php. Somehow, somewhere, there is an issue with the interaction. Prior to upgrading to SP1, I completely opened up my server permissions wise and also made sure php and every extension was an available and allowed progam. I ran test to ensure php was functional and put cmd.ee in multiple places, wide open permissions wise. Basically I tried to strip the server of every bit of protection and it still did not run.
I now have the server very locked down and it is still running GR/Applet perfect with RC SP1 installed.
This might not be an issue that you guys can fix, it might completely be MS, but a workaround sure would be nice for all the MS Server users out there.
Cheers
Greg
p.s. I agree, the issue is not solved, the thread name needs to be changed. It is only solved in certain circumstances. Unless Paour did fix it for sure, quintinjs will need to test.

*Bump* Any additional ideas? Suggestions? Is the log above reporting correctly, or can someone decifer it?

Cheers
Quentin
www.polarware.net

Paour, he is running IIS, not Apache. This error only seems to occur with IIS.
Cheers
Greg

I just wanted to post that I was also getting this error in GR.

"Error: Server contacted, but Gallery not found at this url (http://www.mydomain.com/gallery2/gallery_remote2.php)."

I am running 2k3, and IIS. I did like Greg and installed SP1 RC1(the only change I made to the server) and now GR has no problem connecting. So like Greg said, it's a IIS issue. I wanted to post that Gregs solution (SP1 RC1) fixed the problem for me as well on 2K3 with IIS.