No full size images when running under XAMPP

[steveeh131047]

I'm running Coppermine 1.4.13 very succesfully on our local Historical Society website:

http://www.miltonmalsorhistory.org.uk/gallery/

I'm also running the site locally on an XAMPP installation running under WindowsXP for development purposes and to be able to demonstrate the site off-line.

XAMPP is v1.6.1 and contains PHP v4.4.6 and MySQL v5.0.37

Everything works fine under the XAMPP installation, except that full size images don't appear when you click on the intermediate size images. The image files are all in place, as are the JavaScript files.

When I first ran Coppermine on XAMPP I discovered I needed to change the MySQL database password held in the config.inc.php from the encrypted version used on the live website to its "plain language" version. Is it possible that my "full size image" problem is related, and if so how can I fix it?

Grateful for any help - searching previous postings didn't throw up any solution that worked.

Steve

[Joachim Müller]

Are you absolutely sure that http://coppermine-gallery.net/demo/cpg14x/docs/faq.htm#noFullsizePopup doesn't apply on the local copy? Another thing to look into is third-party-software (pop-up-blockers). Hard to advise anything else, as the site you have issues with is not available publicly.

When I first ran Coppermine on XAMPP I discovered I needed to change the MySQL database password held in the config.inc.php from the encrypted version used on the live website to its "plain language" version.

I have no idea what you mean. The database password is being stored unencrypted in that file no matter what.

Is it possible that my "full size image" problem is related, and if so how can I fix it?

I don't think so, as I'm unable to replicate that encryption issue in the first place.

[steveeh131047]

Are you absolutely sure that http://coppermine-gallery.net/demo/cpg14x/docs/faq.htm#noFullsizePopup doesn't apply on the local copy?

Yes, I'm sure. Original images are typically set to 1024 width, intermediates are 600 wide and all the JavaScript files and references look right.

I have no idea what you mean. The database password is being stored unencrypted in that file no matter what.

I installed Coppermine using my Webhost's Fantastico facility. During the installation it created a MySQL database automatically and asked me for a password. The password I see in the website config.inc.php is not the same as the one I entered during the installation process - it appears to be an encrypted version of it. If I take a dump of the website database and Coppermine files, then load them onto my local XAMPP installation, I have to change the password in config.in.php back to the password I originally provided, otherwise I get the error :Coppermine says: "Coppermine critical error:
Unable to connect to database !" MySQL said: Access denied for user 'steve_copp1'@'localhost' (using password: YES)

I assumed this was due to some difference in the way the website MySQL database is configured compared to the local one, and wondered if that could also account for Coppermine not being able to retrieve the full size image. But I guess it's odd that it's accessing the thumbnails and intermediates OK.

I don't know if it sheds any light, but if I copy the displayimage.php parameters from the Intermediate page HTML source:

onclick="MM_openBrWindow('displayimage.php?pid=39&fullsize=1','3201946f944ebf1672','scrollbars=yes,toolbar=no,status=no,resizable=yes,width=1029,height=672')

directly into the browser URL field it produces the Coppermine error: "The selected album/file does not exist !  "

[Nibbler]

We support Coppermine, not fantastico. Coppermine does not encrypt the password.

Do you get a popup with a broken image or no popup atall?

[steveeh131047]

Do you get a popup with a broken image or no popup atall?

No pop-up at all and no error messages. You click on the intermediate and nothing happens.

[Nibbler]

Did you check for javascript error messages? Check also with another web browser. Check accessing scripts.js directly in your browser. Check using another theme.

[steveeh131047]

No JavaScript errors
Same result with Firefox and IE7
scripts.js opens fine when accessed directly by the browser
Same result in several themes, including Classic

Thanks for your help - I don't want to waste your time on an issue that is not a "show stopper" for me. If there are no obvious things left to try I'll abandon full-size images on the local version of the website and put in slightly larger Intermediates.

[steveeh131047]

I haven't quite given up yet, and did some more tests this morning.

I added a line to the MM_openBrWindow(...) function definition in scripts.js to pop-up an alert box. Clicking on the Intermediate image brings up the alert box, so at least I know the scripts.js file is being accessed OK. The problem seems to be with the window.open(...) call which does nothing.

Is there anything obvious - server config etc - which might cause this ? Or is this a more appropriate question for an XAMPP forum?

[Nibbler]

Javascript is client-side, so it's nothing to do with the server config or XAMPP. Try making a simple page outside coppermine with a window.open() and see if that works.

[steveeh131047]

Nibbler - thanks for your continuing support. This gets stranger and stranger.

Here's my sequence of tests:

test.html with JS window.open(...) function defined in <head>, dragged directly to browser: OK
test.html with JS window.open(...) function defined in <head>, served by XAMPP: OK
test.html with JS window.open(...) function defined in seperate test.js file, served by XAMPP: OK
test.html with JS window.open(...) function defined in Coppermine scripts.js file, served by XAMPP: OK
test.html calling MM_openBrWindow(...) in Coppermine scripts.js file, served by XAMPP: OK

Finally, I copied and pasted the <a> tag from the source code of the Intermediate View window into my test.html file. Replaced the <img> part of the tag with "Click here" and accessed test.html via XAMPP. When I clicked, the expected image opened up at full size in a new window.

So what can be the difference between the call to MM_openBrWindow(...) from my test.html file compared to the template.html file?

[steveeh131047]

Just tried disabling Norton Internet Security and everything now works OK; When I re-enable NIS the symptoms return. I don't quite understand this, but I guess I now have a solution.

[Joachim Müller]

Ah, once again notorious "Norton Internet Security" is the culprit. This damn application interferes in places where it simply should not interfere. If you want my advice: uninstall this piece of crap. Get a decent virus scanner instead without any additional pseudo-security functionality like pop-up blocking, cookie blocking etc.
In case that you have not been aware of this: "Norton Internet Security" really is a badly programmed application, as even when using factory defaults it interferes with stuff that is hardly related to security at all. If you're not convinced yet: search the forum for "Norton Internet Security" - you'll find a lot of threads that end like this one, where people have been puzzled that things don't work as expected and after really trying everything they could think of they finally turned off this absurd piece of software and *bang* their issues were solved instantaneously.
Thanks for returning and posting your solution though.

[steveeh131047]

GauGau,

Just to complete the saga, it's the JS "top" and "tail" that the NIS ad/popup blocker throws into the web page that causes the problem; turning off ad & popup blocking cures the problem. It still seems odd that the same Norton JS inserted on the live website doesn't cause the problem, but a bit of "Googling" has confirmed that others also see apparently inconsistent NIS effects.

I tried various tricks like inserting <script></script> into an HTML comment - in some instances this tricks NIS to insert its JS within the comment - but nothing worked consistently.

I should have thought of NIS earlier as the likely cause; the problem is I go for a few months before the next NIS problem crops up - long enough for me to forget to be suspicious of it.

Off topic, I know, but is there a recommended alternative to NIS .... preferably "free". Im a newbie steadily making the transition to Open Source: now on Firefox, Thunderbird, Open Office, Coppermine .... it'd be nice to go one further step

[steveeh131047]

..... and finally, for anyone following this detective story:

I just discovered that the injected Norton JS does not cause a problem providing it is all there - the stuff it injects at the top of the page and the stuff it injects at the bottom after the final </html> tag.

For some reason the bottom Norton JS stuff was not being added to my Coppermine template.html file when served via XAMPP. Solution - remove the final CRLF character after the </html> tag and Norton decides it will inject the bottom stuff !!!!! Then everything works fine.

Life's difficult enough for a newbie without having to cope with Norton's idiosyncracies