forum.coppermine-gallery.net
Support => cpg1.4.x Support => Older/other versions => cpg1.4 upload => Topic started by: ranger77 on November 25, 2005, 08:58:22 am
-
Hello,
I have problems uploading pictures with the xp publish provider. I installed the reg file and tried to upload pictures. Albums are created but no pictures are uploaded to the server.
I installed 1.3.5 on the same server, uplaoding pictures to this gallery works fine.
Here ist a test account for may gallery:
user: test
pw: test4copper
gallery: http://web1.vs184052.vserver.de/gallery/
Is having someone the same problems?
Thanks for your help
Roman
-
Hey,
Im having the same problems, Driving me nuts!
Http uploads work fine through the site but xp_publish and batch add files doesnt work.
Gives no errors, verry odd
-
http://coppermine-gallery.net/demo/cpg14x/docs/index.htm#upload_trouble
-
Tried all that, when you try to upload is seems to work and says that it has been a success but the pictures dont show up...
Still baffled, nothing is entered in the log...
Any Ideas?
-
yes: do as suggested in the section I refered to.
-
Uploading through http throws up no errors, the following is in the Debug box imediately after upload
check it out:
doughunt.co.uk
user test
pass test
USER:
------------------
Array
(
[ID] => 60ee910c099d5ac0bb6cbe9450615911
[am] => 1
[lang] => english
[liv] => Array
(
)
)
==========================
USER DATA:
------------------
Array
(
[user_id] => 1
[user_name] => Doug
[groups] => Array
(
)
[disk_max] => 0
[disk_min] => 0
[can_rate_pictures] => 1
[can_send_ecards] => 1
[ufc_max] => 3
[ufc_min] => 3
[custom_user_upload] => 0
[num_file_upload] => 1
[num_URI_upload] => 1
[can_post_comments] => 1
[can_upload_pictures] => 1
[can_create_albums] => 1
[has_admin_access] => 1
[pub_upl_need_approval] => 0
[priv_upl_need_approval] => 0
[group_name] => Administrators
[upload_form_config] => 3
[group_quota] => 0
[can_see_all_albums] => 1
[group_id] => 1
)
==========================
Queries:
------------------
Array
(
- => SELECT extension, mime, content, player FROM cpg140_filetypes; (0.003s)
[1] => select * from cpg140_plugins order by priority asc; (0.001s)
[2] => delete from `apupics`.cpg140_sessions where time<1133116031 and remember=0; (0.001s)
[3] => delete from `apupics`.cpg140_sessions where time<1131910031; (0.001s)
[4] => select user_id from `apupics`.cpg140_sessions where session_id=md5("bebdae1a972698d603e401c6ef9bf3ec7deeb7f2b92a0e63fc997cf046e3157b"); (0.002s)
[5] => select user_id as id, user_password as password from `apupics`.cpg140_users where user_id=1 (0.001s)
[6] => SELECT u.user_id AS id, u.user_name AS username, u.user_password AS password, u.user_group+100 AS group_id FROM `apupics`.cpg140_users AS u INNER JOIN `apupics`.cpg140_usergroups AS g ON u.user_group=g.group_id WHERE u.user_id='1' (0.002s)
[7] => SELECT user_group_list FROM `apupics`.cpg140_users AS u WHERE user_id='1' and user_group_list <> ''; (0.001s)
[8] => SELECT MAX(group_quota) as disk_max, MIN(group_quota) as disk_min, MAX(can_rate_pictures) as can_rate_pictures, MAX(can_send_ecards) as can_send_ecards, MAX(upload_form_config) as ufc_max, MIN(upload_form_config) as ufc_min, MAX(custom_user_upload) as custom_user_upload, MAX(num_file_upload) as num_file_upload, MAX(num_URI_upload) as num_URI_upload, MAX(can_post_comments) as can_post_comments, MAX(can_upload_pictures) as can_upload_pictures, MAX(can_create_albums) as can_create_albums, MAX(has_admin_access) as has_admin_access, MIN(pub_upl_need_approval) as pub_upl_need_approval, MIN( priv_upl_need_approval) as priv_upl_need_approval FROM cpg140_usergroups WHERE group_id in (1) (0.002s)
[9] => SELECT group_name FROM cpg140_usergroups WHERE group_id= 1 (0.001s)
[10] => update `apupics`.cpg140_sessions set time='1133119631' where session_id=md5('bebdae1a972698d603e401c6ef9bf3ec7deeb7f2b92a0e63fc997cf046e3157b'); (0.002s)
[11] => SELECT user_favpics FROM cpg140_favpics WHERE user_id = 1 (0.003s)
[12] => DELETE FROM cpg140_banned WHERE expiry < '2005-11-27 19:27:11' (0.003s)
[13] => SELECT * FROM cpg140_banned WHERE (ip_addr='62.253.128.14' OR ip_addr='82.13.60.144' OR user_id=1) AND brute_force=0 (0.001s)
[14] => SELECT aid, title FROM cpg140_albums WHERE category < 10000 ORDER BY title (0.002s)
[15] => SELECT aid, title FROM cpg140_albums WHERE category='10001' ORDER BY title (0.002s)
[16] => SELECT COUNT(*) FROM cpg140_pictures WHERE approved = 'NO' (0.002s)
[17] => SELECT unique_ID FROM cpg140_temp_data (0.001s)
[18] => INSERT INTO cpg140_temp_data VALUES ('28e0edae', 'YToxOntpOjA7YToyOntzOjExOiJhY3R1YWxfbmFtZSI7czoxMjoiNTlQSzAwMDUuanBnIjtzOjE0OiJ0ZW1wb3JhcnlfbmFtZSI7czoyMzoibUhUVFBfdGVtcF9jZjg5NzZiYi5qcGciO319', '1133119631') (0.001s)
)
==========================
GET :
------------------
Array
(
)
==========================
POST :
------------------
Array
(
[URI_array] => Array
(
)
[control] => phase_1
)
==========================
VERSION INFO :
------------------
PHP version: 5.0.4 - OK
------------------
mySQL version: 4.1.14
------------------
Coppermine version: 1.4.2(stable)
==========================
Module: GD
------------------
GD Version: bundled (2.0.28 compatible)
FreeType Support: 1
FreeType Linkage: with freetype
T1Lib Support:
GIF Read Support: 1
GIF Create Support: 1
JPG Support: 1
PNG Support: 1
WBMP Support: 1
XPM Support:
XBM Support: 1
JIS-mapped Japanese Font Support:
==========================
Module: mysql
------------------
MySQL Supportenabled
Active Persistent Links 0
Active Links 1
Client API version 4.1.14
MYSQL_MODULE_TYPE external
MYSQL_SOCKET /var/lib/mysql/mysql.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib/mysql -lmysqlclient
==========================
Module: zlib
------------------
ZLib Support enabled
Compiled Version 1.2.2.2
Linked Version 1.2.2.2
==========================
Server restrictions (safe mode)?
------------------
Directive | Local Value | Master Value
safe_mode | Off | Off
safe_mode_exec_dir | no value | no value
safe_mode_gid | Off | Off
safe_mode_include_dir | no value | no value
safe_mode_exec_dir | no value | no value
sql.safe_mode | Off | Off
disable_functions | no value | no value
file_uploads | On | On
include_path | .:/usr/share/pear | .:/usr/share/pear
open_basedir | no value | no value
==========================
email
------------------
Directive | Local Value | Master Value
sendmail_from | no value | no value
sendmail_path | /usr/sbin/sendmail -t -i | /usr/sbin/sendmail -t -i
SMTP | localhost | localhost
smtp_port | 25 | 25
==========================
Size and Time
------------------
Directive | Local Value | Master Value
max_execution_time | 30 | 30
max_input_time | 60 | 60
upload_max_filesize | 2M | 2M
post_max_size | 8M | 8M
==========================
Page generated in 0.748 seconds - 19 queries in 0.032 seconds - Album set : ; Meta set: ;
-
1) I didn't ask for the debug_output
2) I didn't ask for an admin account, but a non-admin test user account. To avoid your gallery getting hacked, I changed the password you posted.
3) I asked you to set the file upload method to single file uploads only, which you didn't. Changed the setting accordingly.
I can't do anything else, as I don't have Windows XP, maybe another server will look into this. Change the user account "test", make him member of the registered group, but deny him admin access. Then change his password back to how it used to be before. In the future, do as suggested by supporters, read the stuff they refer to more carefully. I'm out of this thread now.
-
1) I know, but it cant hurt to have extra information.
2) I know, I wanted you to be able to change whatever you wanted and am not bothered about this install, its just for my testing.
3) I couldnt find it, sorry.
No need to get nasty mate, I followed your instructions as far as I could.
Is anyone else having these problems?
-
I made all the requested settings in my gallery.
HTTP Upload is working fine.
But when I try to use the xp_publish.php I encounter problems, like mentioned above.
I tried to work on the problem.
First thing I recognized:
If you are not logged in the gallery (with the browser) you get an error messages which says:
The wizard could not connect to the Internet, or the Web service returned a wizard page is not valid.
Second thing I recognized:
If you are logged in the gallery you are not receiving the error message described in the first point and you are able select the album where you wanna upload the files. Your chosen pictures are transfer to the gallery, but not stored.
Where are the files going to, uploaded with the publisher?
To userpics?
-
I have the same problem"If you are not logged in the gallery (with the browser) you get an error messages which says:
The wizard could not connect to the Internet, or the Web service returned a wizard page is not valid.". My error posting was moved to another section of the forum so it does not show up here. But I posted it the first day of the new version. I ended up having to go back to 1.3.5 due to not getting the help I needed.
Terrence
-
Have you made sure to log in using IE? You can't use Firefix or other alternative browsers when using the XP Publisher, Microsoft insists on using their products exclusively.
-
Yes, I’m logged in with IE.
I although tried to get an error log, like described on the xp_publish.php page.
"If the upload fails, enable "Debug mode" on the Coppermine config page, try with one single picture and check error messages in the xp_publish.log file that is located in Coppermine directory on your server."
But the log is not generated.
-
make sure that the webserver service has write permissions on this folder.
-
the webserver service has permission to write to the folder, but the xp_publish.log is not generated. The album folder has 777 as permission, but the uploaded picture files are not created in the folder.
-
Guys, I'm having trouble with this as well. Running on 2k3 server w/IIS6, php5 and MySQL 4.1.
I noticed that the XP Publishing wizard prompted for user name/password twice prior to opening the list of available albums, which looked slightly different, although I can not put my finger at exactly what's changed. Because my gallery's default language is Russian, it now fails to display form field names in the publishing wizard's step where you have to choose a target album or create a new album, it only displays semicolons and then the actual drop-down fields.
This is really an urgent problem, as the majority of users that I know of are using XP Publishing. I wish we had at least a java applet alternative to use instead of XP Publishing wizard (like the competition has)... The single-file form interface is just so 20th century!... :-\\
-
The single-file form interface is just so 20th century!... :-\\
You can have up to ten fields on the form. Set the number of form fields on the groups page.
-
Gaugau, I know you have a lot on your plate and are putting in amazing effort into the project - but your suggestion is a work-around. I've gone through all relevant threads in the forum and tried your instructions for general uploads troubleshooting, i.e. folder permissions, PHP configuration, client/browser/cookie related issues. The problem persists though.
I'd like to request that the forum admins consolidate the "XP Publishing wizard failing" threads into one thread that all the newly affected users of CPG 1.4.2 could monitor.
By the way, I was able to resolve the missing GUI elements issue in the XP Publishing wizard. The Russian language file I was using was from 1.3.5 (dated July 17), and did not have the appropirate section/array for the XP_Publish.php file. The wizard no at least shows proper field names/titles/instructions. The problems is with the Russian language file included in the 1.4.2 archive appears to be corrupt or in a wrong encoding, as its encoding constant is set to "CP1251", yet all the actual characters used are UTF-8 and _won't work_ with existing CPG implementations where all the other user data is already in CP-1251 encoding. I'm not sure if it would be possible to get some kind of layman's guide into migrating from old proprietary charsets to UTF-8 here. Last time I checked, MySQL community and documentation seem to lack a reasonably detailed yet digestible how-to on this issue. This is, of course, is a completely separate topic and I will have to take it up in the language-specific forum.
-
one thing I don't have is Windows XP, so I'm shooting from the hip here. Did you enable the language fallback in coppermine's config? It's recommended that you use UTF-8. You're welcome to submit a russian translation as well. However, this is not directly related to the publisher issues, but I'm sorry I can't be very helpful (as I don't have Windows XP, as mentioned above, and none of the devs has a russian OS available). Maybe some other dev could look into this. Meanwhile, please use the workaround.
-
Ranger77, what Opperating System is running on your server?
Im running Red Hat Fedora core 4 with apache 2.0.54 and PHP 5.0.4
Unfortunately the workaround is not a feasible option for me as my users have hundreds of images each to upload.
Is anyone having any luck with CPG 1.4.2 and XP Upload?
-
ditto on the problem.
xp_publish won't work. permissions are all there. everything's there.
i've done all that's on this topic... nothing works :(
any ideas?
-
I too am experiencing the same issue with the xp_publish file - does anyone have a fixed xp_publish.php file yet?
-
I´m running debian sarge with PHP 4.3.10-16
-
i am running the same configuration that the last version worked perfectly fine on...
-
Can a dev that uses windows XP please look into this ?
-
I'll look into it.
-
I wish I had a working fix for why the XP Publishing Method does not work for 1.4.2, but I figured that I would also post that I, too am having the same issue. Permissions are set correctly, I touched the xp_publish.log file and did a single file xp publish test and the file was not placed on the server nor was anything logged in the xp_publish.log file.
At first I thought it might be because the Registered users quota was set to 1024KB after the upgrade, but after setting this to 0 and trying the XP Publish method again, still no file added to the server nor anything logged.
Hope to see something soon by this amazing Dev Team.
-
yes yes, please! i am patiently waiting. (sorta)
i just wanted to let you guys know how much i love and depend on your product... thank you!
when i was a network admin for a few years we used to say that had it not been for our flawless work the boss might actually learn our names :)
-
Cheers, Kegobeer
-
Error: Selected album does not exist or you don't have permission to upload in this album(File: : /path/to/my/gallery/xp_publish.php / Line: : 722)
I get this after the XP publish feature fails. I hope this helps narrow down the problem. I miss the xp publish feature.
-
Out of curosity, how many of you are using a fantastico install method? I am. I notice that some things are .. shall we say, missing or broken becuase of the install method. Just a completely random thought.
-
Ampersand as a GET delimiter (&) is getting interpreted literally when a picture is being uploaded, resulting in $_GET['amp;album'] being set instead of $_GET['album']. Therefore, the empty value for $album is converted to 0 by $album = (int) $_GET['album'];, resulting in no rows being returned by SELECT'ing where aid='0'.
print_r of $_GET:
(
[cmd] => add_picture
[amp;album] => 1
)
Extremely quick fix:
Around line 704 of xp_publish.php, change
$album = (int)$_GET['album'];
to
$album = (int)$_GET['amp;album'];
... and it should work. Cheers.
-
YEAH!!! It's WORKS!!! Thank You!!!
-
BUT
user should to be logged in in IE if he wants to make upload throught XP picture publisher
IF NOT
this feature didn't work. :(
-
Most Excellent koder!
This temp fix is working for me as well...
-
koder, i love you!!! you're the best~!!!
thank you!!
works now
-
$album = (int)$HTTP_GET_VARS['album'];
thats what the line used to be in 1.3.5. wonder why they changed it.
-
It has to be some mistake with amp. Solution submited by Koder is only temporary.
however It works fine ! I tested it with firefox and it works without problems. 300 images already transfered ;)
-
Does changing
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
to
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
also fix the problem ?
-
Nibbler,
Yes indeed! Changing it back to the original xp_publish.php and verifying that it was broken, then making your suggested change fixed it for me!
Would this now be considered a permanent fix if others verify what I have?
MANY thanks! ;D 8)
-
Is there going to be a fix for not having to log into coppermine via IE to get past the enter username and password using xp publish to web. Also after trial and error of using xp publisher I now have a list of service providers I would like to delete and just keep the one that works. How do you delete them.
Mark
-
There is no "fix" for using IE - XP publisher is a Microsoft tool, so you have to use a Microsoft product to take advantage of it. As for removing names from the publisher window, try a Google search. I'm sure it involves editing your registry to remove those entries. Remember, Coppermine has nothing to do with how the publisher actually works, it just takes advantage of the service.
-
This solutions did not helped me. :(
When i use the assistant it asks me to create an album (personal album) instead of letting me access as admin the albums and categories in the gallery. :(
I have no errormessages, i just cannot access existing albums and categories to create an album within or to upload into existing albums. :/
-
Does changing
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
to
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
also fix the problem ?
Nibbler, Thanks for this! It fixed the problem where xp_publish wouldn't copy the file to coppermine. I have not tested every combination of uploading yet, and I did not try the 'other' fix which koder listed a few posts before this one.
However, there still is one problem. This new version of xp_publish has a nice feature to ask the user for their login credentials if they are not logged into coppermine. This feature is not working. Even when you supply the correct credentials, it reports:
"The wizard cold not connect to the internet, or the web service returned a wizard page that is not valid."
Luckily if a person is already logged into coppermine this does not crop up, so we have an easy work around. But while we're looking at xp_publish it would be nice to get this fixed also.
I also have a minor request/suggestion about xp_publish. Could the name of the reg file which is created be changed to something more meaningful? For example, why not have it be something like cpg_mydomain.tld.reg or cpg_mydomain_tld.reg instead of the string of numbers which means nothing to most end users? I think this would make it more 'user friendly', especially if users work with more than one coppermine site.
There's also a minor issue with the "Gallery name" and "Gallery description" of the Coppermine site being translated into the xp_publisher name/description. If an apostrophe (') is used in the site name (i.e.: If I have "Rich's Pictures" set as the site description), instead of seeing "Rich's Pictures" in the xp_publish to net screen, I see "Rich's Pictures". It looks a little dirty. Seems like some translation is needed (or not needed).
-
I did find one thing to my suggestion of a better file name for the registry file.
Go to xp_publish.php
find:
header("Content-Disposition: attachment; filename=cpg_".$time_stamp.".reg");
change to:
header("Content-Disposition: attachment; filename=cpg_".$_SERVER["HTTP_HOST"].".reg");
To me, this is much more 'user friendly' than the seemingly random sequence of numbers.
Another thing, this note:
"Code is based on article posted by Sebastian Delmont Creating your own XP Publishing Wizard."
Contains a link which has long been invalid. Why not simply include this reference in the source file but not to be displayed to the end user especially since the link is no longer valid?
-
Nibbler, Thanks for this! It fixed the problem where xp_publish wouldn't copy the file to coppermine. I have not tested every combination of uploading yet, and I did not try the 'other' fix which koder listed a few posts before this one.
Don't try mine if you're already using this one. Mine's a kludge fix that I popped out because I wanted something quick-- this one's the better fix.
However, there still is one problem. This new version of xp_publish has a nice feature to ask the user for their login credentials if they are not logged into coppermine. This feature is not working. Even when you supply the correct credentials, it reports:
"The wizard cold not connect to the internet, or the web service returned a wizard page that is not valid."
I explicitly tried to replicate this in CPG 1.4.2 to no avail. I was able to successfully log in through the wizard. What version on what platform are you running?
-
I'm using CPG 1.4.2 (just installed from the released package).
My environment is PHP 4.4.1 runing on Apache 1.3.34 / Linux 2.4.21.-27.0.2ELsmp and using MS IE 6.0.
It looks like some others have reported it here too, so I thought I'd echo my findings.
I only have one account right now (my admin account) and that's what I'm trying to test with. Should it work OK with the one and only admin account?
-
THX to Koder & Imrich!!!!! ;D
I use Mozilla Firefox 1.0.7 - an it works NOW again!!!
Lee
-
I have exactly the same problem. I was running 1.3.5 and it worked perfectly from the publishing wizard no problems at all. I upgraded to 1.4.2 and it instantly stopped working. I have tried on 5 different PC's and all of them give the "The wizard cold not connect to the internet, or the web service returned a wizard page that is not valid." error after you enter your login details.
The gallery itself is hosted with a MySQL database.
PC's were running (Not changed since 1.3.5)
XP SP2 PRO
XP SP2 Home
XP64
I cannot even get it to work if I log into the gallery first.
-
@doufos: Maybe you should read this entire thread before posting. There's a fix posted. ::)
-
There was no need for that.
For YOUR infomation, I have read the read all the way through and making the changes hasn't solved my problem.
I only posted the infomation as I thought it might be of some use. I won't bother next time.
I'll just revert back to 1.3.5 if I can. Anouther case of if it ain't broke it don't fix it on might part.
-
THX to Koder & Imrich!!!!! ;D
I use Mozilla Firefox 1.0.7 - an it works NOW again!!!
Lee
Don't thank me, I just applied the fix myself.
But this fix doesn't solve the login issue, it just allows the upload to work if I'm already logged into the forum.
Is the login feature of working for anyone else? I can't get it to work no matter what I try.
-
Hi
Just letting you all know i have been running 1.4.1 beta since it came out and after bugs were ironed out it has ran perfectly for over 3 months now. After the stable version came out i thought i had better upgrade. I now get the below error as the last few people on this topic have been getting.
"The wizard cold not connect to the internet, or the web service returned a wizard page that is not valid."
I thought I might try some fixes from the bug forum but i have had no luck including this post
http://forum.coppermine-gallery.net/index.php?topic=15227.msg90474#msg90474 (http://forum.coppermine-gallery.net/index.php?topic=15227.msg90474#msg90474)
Hopefully someone can sus it out soon as its the best feature of coppermine.
-
Hi ya all! First of al I want to say that Coppermine rocks!
Ofcourse I also want to use the XP Publishing wizzard and have the same problem (albums are created but nu photos stored/shown).
- I changed the code in "postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);"
- Generated a new .reg file and installed it
- No solution (albums are created nut no files are being uploaded
- Folder rights on the /albums/* dirs are 777
Anyone has some new ideas of a solve? It would be great if we can use this feature (incl. de username/pwd credentials if you're not logged on to the album website).
Kind regards and keep up the good work!!
Roel
The Netherlands
-
Hi
Just letting you all know i have been running 1.4.1 beta since it came out and after bugs were ironed out it has ran perfectly for over 3 months now. After the stable version came out i thought i had better upgrade. I now get the below error as the last few people on this topic have been getting.
"The wizard cold not connect to the internet, or the web service returned a wizard page that is not valid."
I thought I might try some fixes from the bug forum but i have had no luck including this post
http://forum.coppermine-gallery.net/index.php?topic=15227.msg90474#msg90474 (http://forum.coppermine-gallery.net/index.php?topic=15227.msg90474#msg90474)
Hopefully someone can sus it out soon as its the best feature of coppermine.
I just posted a fix for the login issue here: http://forum.coppermine-gallery.net/index.php?topic=24945.msg115053#msg115053
-
The login problem has now been fixed. You are a star imrich! :)
However I still cannot get rid of the problem of uploading and no pictures appearing. I have edited my xp_publish.php numerous times, I have even tried a brandnew install on a totally different web server.
Is there any chance someone could post their fix xp_publish.php so I can make sure I am not just being a plank.
Thanks :)
-
I'm glad it worked for you! I don't know if they like complete posts here, so if you want my xp_publish.php, let me know and I'll try to PM it to you.
It has the other cutomizations which I listed done to it already, but you're welcome to it if you want it.
-
Great thank Imrich :D! The login works fine! I also still have the samen problem as capt doufos.
- Uploading pictures seems to go fine
- Albums are created
- /albums/* folder has 777 rights
But no pictures!! :'( (also not in any of the /albums/ folders)
Somebody?? Where almost there!! Come on!!
Kind Regards,
Roel
-
Great thank Imrich :D! The login works fine! I also still have the samen problem as capt doufos.
- Uploading pictures seems to go fine
- Albums are created
- /albums/* folder has 777 rights
But no pictures!! :'( (also not in any of the /albums/ folders)
Somebody?? Where almost there!! Come on!!
Kind Regards,
Roel
Role and Capt,
Did you apply the fix that Nibbler originally suppiled in Reply #37 of this thread that looks like this?
Find this:
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
Change it to this:
postTag.setAttribute('href', '<?php echo trim($CONFIG['site_url'], '/') . '/' . $_SERVER['PHP_SELF'] . '?cmd=add_picture'?>&album=' + selform.album.value);
The change is suibtle, change the &album to &album.
This was the fix for me which allowed files to be uploaded.
The fix I supplied in the other thread only allows the login feature to work. It was broken for coppermine installations which were in a sub folder (www.domain.tld would work, but www.domain.tld/coppermine would not work).
-
The issues with the & and the missing global are now fixed in CVS.
-
Great!!! Nibler thanks! That was it!
Xp Publishing works great now!
CHeers!
:D ;D :D
-
hi
i use the cpg 1.4.2 and i have some problem with the xp_publish , i can't upload pic's by the windows xp , i'm login to my acc with xp_publish and chooz the pic's for upload and all of pic's are upload but after upload i see this error :
(( The wizard encountered a problem while copying the files . A number of things can cause this problem . For example , the web server might be down or you might have lost your internet connection .
To try again , click back . If the problem keeps occurring , close this wizard and try again later )) ???
what happened to the pic's i uploaded ??? :o .
-
And i can upload, but i can only access personal albums with the xp_publisher. :/
-
And i can upload, but i can only access personal albums with the xp_publisher. :/
I suspect your problem is the same as the one I describe here (http://forum.coppermine-gallery.net/index.php?topic=25544.msg117511#msg117511)