upload applet error ("Gallery not found")
|
tradenet
Joined: 2004-11-22
Posts: 9 |
Posted: Mon, 2004-11-29 18:51
|
|
Is this thing working? I'm using the latest CVS version (Nice and it really is) |
|
Posts: 7994
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.
Posts: 9
Actually it's gallery_remote2.php...sorry about that.
Strange...thing if you go here:
http://www.knsi.net/gallery/
It works fine.
Go to the same gallery here:
http://www.tradenet.com/gallery/index.php
(I use an .htaccess file for tradenet.com to enable short URLs
for that application. For some reason I have to use ~/gallery/index.php to access the gallery)
It doesn't. The little pop-up box comes up and say some like transfering n to m (or something like that) gives the error message that it can't find gallery_remote2.php and It hangs and I have to "hard" close the browser. BTW in IE. v6 the applet shows up at bottom of the browser.
Posts: 7994
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).
Posts: 9
OK this is what I get:
BTW, logs are a bit changed to protect the innocent ;-)
Posts: 7994
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.
Posts: 57
I have this same error. It is whne using the upload applet. The exact error is:
"Error: Server contacted, but Gallery not found at this url (http://www.radz.net/photos/gallery_remote2.php)"
Interesintgly enough, it also says, at the top, 'Uploading image n of m'. This is a new item to the G2 development from what I can tell (updated CVS today) and is still a work in progress. Maybe this is a permissions problem somewhere?
Posts: 57
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
Posts: 8601
check the G2 FAQ for the format of the url to give to GR.
Posts: 57
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
Posts: 8601
gregradz read the faq, yay! Yes, my bad.. i sometimes forget about the applet as i haven't used it much. I just tried it out and got the same error you reported.. though I tried with firefox on mac osx, and I learned using java on that browser+os is a sketchy experience at best. I'm afraid i don't know enough about GR or the upload applet to be able to find the problem easily, but i'm pretty sure it shares a codebase with G1 GR/applet, so maybe it's confused on which gallery version it is working with.
Posts: 57
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
Posts: 8601
if i'm reading the thread correctly, you want to check yourserver.com/gallery2/modules/remote/module.inc
not galleryremote.inc. But i'm able to see that file fine via http and I get the error.. a post in the GR forum may be in order, to get paour's attention
Posts: 57
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
Posts: 57
I have made progress, in a way. The same setup works great on IIS5, Server 2000. So, it is something different from 2000 to 2003 that is causing the problem. I changed around the directory structure so there is no longer any virtual directory usage, that did not fix the error either.
So, anyone else out there with IIS6, Server 2k3 with this problem or who does not have this problem so we can compare settings and find the culprit?!
Cheers
Greg
Posts: 57
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
Posts: 8601
you've got it right. you're not supposed to be able to do anything useful by accessing that file directly.. it only needs to be accessible. if the file exists at all then GR can tell it is G2.
Posts: 57
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
Posts: 8601
sorry, not from me.. i don't know the internals of GR or the applet
Posts: 57
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
Posts: 8601
ok, I dug into it far enough to find the problem.
i'm willing to wager you've got G1->G2 url redirection in place... the .htaccess file in place for that redirection makes /gallery2/gallery_remote2.php a valid url against your G2.. the applet and GR both then think it's a G1 install.
so for now, change your .htaccess. paour can find a more reliable way to figure out the gallery version (maybe just reverse the order of the check? or will /gallery2/modules/remote/module.inc be a valid url against G1?
Posts: 8601
i filed this bug for this
Posts: 8601
ah, now i've learned that in mid november this bug was resolved by adding a line in the recommended .htaccess file... take a look at Site Admin / Import / Gallery 1 where it has the sample .htaccess. Make sure yours has that line with gallery_remote2.php in it.. (mine didn't!).. now I can use the upload applet.
Posts: 57
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
Posts: 32
Okay, I just installed G2 on Win2K/IIS 5.0 and I'm receiving the same problem. I don't have a virtual directory set up for this. I've tried it with both the "Gallery Remote" and "Upload Applet" and both have given me the same error about the gallery_remote2.php file.
I do have to say I'm quite impressed with the admin side of the system, and if my ideas (wished for in other posts) are done, I'd be tickled pink! or blue!
Posts: 57
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
Posts: 32
Well a Win2K3 upgrade is on hold until I find work again, so a different aproach is necessary
I checked that link, and the file in question opens fine.
Turning debug module on doesn't do anything in particular that I can see... no messages on screen, don'tsee any files.. logs etc....
Posts: 57
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
Posts: 32
IIS 5, PHP 4, G2
I tried to access that page (inc) and it opens as a "HTML page" not a php page. I did get a weird error. running gallery on 1 web page, I tried opening another (to index.php) gave me a weird page, then clicking on the links messed up... if I instead used main.php instead of index.php it worked fine... so back to my remote problem..... the entire directory structure is set for read access currently. When setting to full access for entire galery, still didn't work. I've also tried setting the user_tmp_dir in the php.ini as well, to no avail.
Cheers,
Quentin J Sarafinchan
www.polarware.net
Posts: 32
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
Posts: 57
So check your php.ini file and make sure it is set to work properly with IIS. You should have main.php and index.php is your documents listing in your IIS site configuration. Also, when I say open up your permissions, I mean open. Set your gallery related folders to full access-including write.
What is the weird error? Put a file in the same directory level as the inc file and called it text.txt and browse to it. It should open just fine, if not, then you have a permissions issue.
Please note that I am a true hacker-when hacker was someone that just kept trying different ways until something works. I cannot really fully explain how my gallery install works, I just know it does. I hacked at it until it functioned. So I am not the best help, but will continue to try.
Cheers
Greg
Posts: 57
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
Posts: 32
oh, the weird error I believe is a red herring in this problem, I was just noting it exists. Basically PHP works, IIS works, MySQL works and Win2K works. This has been a mostly stable platform for a while now. Even Gallery2 seems to work (what little I've tested). The mass uploading aspects don't and alas are still haven't changed.
1. I did try turning on full permissions. didn't change anything.
2. I don't think the IIS upgrade will improve things in this regard. I do believe it must have slightly different configurations or during the install on your machine it tweeked something that made it work.
3. I'm also a Geek and 100% Hacker!
4. txt file works, the "inc" are now php files, and phpo works.
alas the 2 upload mthods don't but I am sure they both use the same mechanism to check. Is there another tool that can be used to check? or an url I can type in to see what happens.... something to indicate what might be a direction I should go. As I am wondering if there is some virtual php thing thats going on....
Cheers,
Quentin
www.polarware.net
Posts: 57
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
Posts: 32
1.... the topic should be changed as its not solved for all cases.
So if I were an upload tool... what would the URL be that I'd be attempting to send to test for existance of a G1 or G2 version..... (hopfully this could be a starting point for discovery....)
Cheers,
Quentin
www.polarware.net
Posts: 7994
When I start up the applet, I see the following in my access log
What do you see in your access log?
Posts: 32
Entering the following as the URL:
http://www.sarafinchan.com/gallery2/main.php?g2_controller=remote:GalleryRemote&g2_form[cmd]=no-op
RETURNS:
#__GR2PROTO__
status=301
status_text=Command 'no-op' unknown.
debug_user=guest
------------------------
Does that help? Any more advice?
Cheers,
Quentin J Satafinchan
www.polarware.net
Posts: 7994
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:
server returns:
applet requests:
server returns:
applet requests:
server returns:
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?
Posts: 32
What is sudo?
Posts: 3236
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
Posts: 32
I had a feeling it was a linux command. I'm running Windoze for this application (its the beast with the huge drive array). So another option is required....
Cheers,
Quentin
www.polarware.net
Posts: 7994
Try installing Ethereal -- it'll let you watch net traffic just like tcpflow does.
Posts: 1479
Sorry all to jump in at this late stage in the post. I had taken a break from GR work (heled by the fact that I wasn't receiving the "watch this topic" emails).
I fixed this in CVS. It was a very lame error in the remote module in G2 (my fault).
Posts: 57
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.
Posts: 32
I noticed a debug version of GalleryRemote today. I've updated both the G2 and RemoteGallery from the CVS from last night. Following is my log for RG from the moment I press the login button:
19250|TRACE|GalComm2 |login parameters: [HTTPClient.NVPair[name=cmd,value=login], HTTPClient.NVPair[name=protocol_version,value=2.3], HTTPClient.NVPair[name=uname,value=quentin], null]
19250|TRACE|GalComm2 |Connecting to: /gallery2/gallery_remote2.php
19250|TRACE|GalComm2 |<br />
<b>Warning</b>: Unknown(C:\Inetpub\www.Sarafinchan.com\gallery2\gallery_remote2.php): failed to open stream: No such file or directory in <b>Unknown</b> on line <b>0</b><br /><br />
<b>Warning</b>: (null)(): Failed opening 'C:\Inetpub\www.Sarafinchan.com\gallery2\gallery_remote2.php' for inclusion (include_path='.;c:\php;c:\php\includes')in <b>Unknown</b> on line <b>0</b><br />
19250|ERROR|GalComm2 |com.gallery.GalleryRemote.GR2Exception: Server contacted, but Gallery not found at this URL ( http://www.sarafinchan.com/gallery2/gallery_remote2.php )
at com.gallery.GalleryRemote.GalleryComm2.requestResponse(GalleryComm2.java:1346)
at com.gallery.GalleryRemote.GalleryComm2$GalleryTask.login(GalleryComm2.java:387)
at com.gallery.GalleryRemote.GalleryComm2$GalleryTask.run(GalleryComm2.java:286)
at java.lang.Thread.run(Unknown Source)
19250|INFO |GalComm2 |Error: Server contacted, but Gallery not found at this URL ( http://www.sarafinchan.com/gallery2/gallery_remote2.php )
22265|TRACE|GalComm2 |Failed to log in to Mine
---------------------------------------
That be it... hope it helps.
Cheers,
Quentin
www.polarware.net
Posts: 32
*Bump* Any additional ideas? Suggestions? Is the log above reporting correctly, or can someone decifer it?
Cheers
Quentin
www.polarware.net
Posts: 1479
Quentin, I think what's wrong is that instead of returning a 404 error, like GR expects, your Apache is returning an error message, so GR doesn't know what to do. I'm not sure how this came to be, but you can look in that direction.
Posts: 57
Paour, he is running IIS, not Apache. This error only seems to occur with IIS.
Cheers
Greg
Posts: 1479
Great, I have even less IIS experience... Can anybody with IIS experience help out?
Posts: 7
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.
Posts: 6
i have a similar problem. it just differs in the filename:
Gallery not found at this url (http://www.mydomain.com/gallery/main.php
i can login fine with GR, but i get this error when i try to create a new album with GR.