XP Publish Upload problem

[ranger77]

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

[Doug86]

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

[Joachim Müller]

http://coppermine-gallery.net/demo/cpg14x/docs/index.htm#upload_trouble

[Doug86]

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?

[Joachim Müller]

yes: do as suggested in the section I refered to.

[Doug86]

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
        (
           

• => 1
          )
  
      [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: ;

[Joachim Müller]

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.

[Doug86]

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?

[ranger77]

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?

[Terboggs]

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

[Joachim Müller]

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.

[ranger77]

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.

[Joachim Müller]

make sure that the webserver service has write permissions on this folder.

[ranger77]

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.

[lunik]

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!...  :-\\

[Joachim Müller]

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.

[lunik]

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.

[Joachim Müller]

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.

[Doug86]

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?

[gogga]

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?