Not Found errors after successful HTML5 Multi-Load upload

Support > cpg1.6 upload

(1/2) > >>

BigHank:
First, I am testing/evaluating Coppermine on a Bitnami LAMP stack (Debian 9) pre-installed VM from the VMWare site. Came up easily and quickly. Most things work as expected, but I am encountering an error every time I upload one or more files.

All tests have been form the administrator user account after password changes and other configuration checks are complete.

Test 1) single image upload: http://10.0.0.231/coppermine/editpics.php?album=1&newer_than=1577832388
Not Found The requested URL was not found on this server.
Upload was successful.

Test 2) two images uploaded: http://10.0.0.231/coppermine/editpics.php?album=1&newer_than=1577832552
Not Found The requested URL was not found on this server.
All uploads were successful.

Prior to this test I disabled the "Show previously uploaded files at edit files form after HTML5/flash upload" setting after noting the editpics.php in the URL. No difference apparent.

Test 3) three images uploaded: http://10.0.0.231/coppermine/editpics.php?album=1&newer_than=1577834477
Not Found The requested URL was not found on this server.
All uploads were successful.

Versioncheck output indicates 1.6.xx [.03,.04,.05,.06,.07, ...] (I will post the full output if it is needed)

Also, before these orchestrated tests I enabled "All" logging, but only the config change I made created an entry in the "Information->View Log Files" viewer.

I expected to see some change after I disabled the "Show previously uploaded files at edit files form after HTML5/flash upload" setting after noting the editpics.php in the URL. I also expected to find something useful in the logs about what is going on, but I had no joy on that count either. I have read the documentation, and searched this forum, but have not found anything I thought applicable. Any thoughts on what else should I check?

Thanks in advance

ron4mac:
Make sure that the gallery URL is set properly in Config->General.
https://coppermine-gallery.net/docs/curr/en/configuration.htm#admin_general_coppermine-url

BigHank:
I figured everyone would be out till at least Thursday... You should be! Thanks, though, for responding.

I did set that URL at initial configuration. It is set to:

http://10.0.0.231:80/coppermine/

and the Home Page is set to index.php I have not noticed any issues navigating, adding comments, deleting images or anywhere else other than in this multifile upload context. I have not tested any of the other upload methods.

Thanks again

ron4mac:

--- Quote from: BigHank on January 01, 2020, 02:01:31 am ---I did set that URL at initial configuration. It is set to:
http://10.0.0.231:80/coppermine/

--- End quote ---

You might want to try setting it without the port number.

Happy New Year to you.

BigHank:
Happy New Year to you as well, and thanks for the help.

As you suggested, I changed the URL setting to remove the port, and have not been able to log in since. I do see the "front page" but it is empty/blank. When I try to log in though, Coppermine keeps insisting that my password is invalid. My first thought remains that this is really due to the URL change, but since I cannot log in, I cannot get back to the admin config page to revert the URL setting by usual methods. Being a former DBA with all the attendent bad habits I thought I might be able to just update it directly in the database, but I have not been able to find where it is stored. I found a post from some time ago (2007!) that indicated it was stored in the Db at that time, but I have looked at every row of every table and have not found it. The cpg16xconfig table is where I expected to find it, but I either overlooked it (20 times!) or it has been moved.

I also found a post that suggests updating the admin user password directly with a pre-cooked hash of "admin", and I tried that in hopes that perhaps Coppermine was correct about my password being invalid. No joy there either though. I verified the hash of "admin" at HashCrack.com, which successfully unhashed it back to "admin", so I figure the "password invalid" response is really a side-effect of navigation failure in php or js somewhere.

When you get back, hopefully on Thursday at the earliest!, do you have any suggestions? Am I missing something obvious?

Thanks again

Navigation

[0] Message Index

[#] Next page

Go to full version