OC1551 Filemanager hangs for first call on page

Completely clean install of 1.5.5.1. Linux hosted. All directories 755 permissions.

Filemanager loads, then hangs up without any images listed - but only fails for the FIRST javascript call to "image_upload" on the page. Works just fine anywhere the javascript function to open the file manager is called after that on the page.

For example, it will fail on Catalog->Products->edit-product for the "Image" field on the Data tab, but works fine for all the additional images under the "Image" tab. Likewise, it fails on System->Settings->edit-store for the "Store Logo" field on the "Image" tab, but works fine for the Icon field right below it! Furthermore, it fails on all other admin pages for the first call to the "image_upload" javascript function (Catalog, Manufacturers, etc.).

This must be a 1.5.5 issue, because it does not exist on a clean install of 1.5.4.1 on the same server with same permissions.

Ajax background? The .js? Concurrent: http://forum.opencart.com/viewtopic.php ... 91#p416891

[I assume that where you said 755 you have 755/644 pro forma; and no ssl lockups, or you'd have mentioned that . . .]

Yes, 755 directories and 644 files, no ssl.

This issue is so completely baffling, since, on the same page, the filemanager works absolutely fine with one click, but not with another! And when it fails, it doesn't fail completely - the window pops up, but nothing populates. So the javascript is fine and the controller file it points to isn't the problem, either. Maybe a JSON issue?

The only pattern I can ascertain is that in every case it is the first call to "image_upload" on the page. Not sure how that would make a difference. So weird. I thought maybe it had something to do with the variables passed to the function, "image" and "thumb", but couldn't find a pattern between multiple pages; on one page the first call was ("image","thumb"), on another it was ("logo","thumb_logo"). An in no case were their repeat id's of these on the page, which would potentially cause problems, I assume.

Part of the problem may be that the TIMING of invoking Ajax (and other) often does matter, even when Ajax background is otherwise smooth. Presumably we would see it in initialization if the first invocation is somehow out of step but ensuing ones are in sync or behind enough to work. Translating that into any special sensitivities of 1.5.5.1 or of its .js bundle in relation to it is unobvious for the time being. The json parse errors, in particular, that can take a while to make stop seem not to arise (or not for the most part) as to the instances of ckeditor and the image and file managers. The incidents are noteworthy mainly in new clean installs before any meddling has been done, regardess of experience, and in installations crafted with seasoned experience into custom website packages and installed commercially to work, where in each context, at elevated occurrence frequencies that are or seem at least statistically unique to 1.5.5.1, sudden inexplicable bellyflops and deadfloats at sea are not amusing.

Ok, I got some interesting results. First, I swapped out the entire /admin/view/javascript folder with the same from 1.5.4.1. No help; same results. Then I swapped out /admin/controller/common/filemanager.php with the same from 1.5.4.1 et viola! - problem fixed. Switched the javascript folder back to 1.5.5.1 and still fixed. But in both cases there was a pesky error message remaining inside the filemanager popup:

Notice: Use of undefined constant HTTP_IMAGE - assumed 'HTTP_IMAGE' in /home/garuda/public_html/opencart/155/test/admin/controller/common/filemanager.php on line 35

No problem, I know about HTTP_IMAGE global being dropped from 1.5.5, so I replaced it with "HTTP_SERVER . 'image/'". Guess what, the same issue returned. If I reverted back to 'HTTP_IMAGE', everything worked fine - you just have to deal with the pesky error message. I did a bit more fooling around/testing and concluded that the php error message return somehow causes the filemanager hang issue to snap-out-of-it and work properly again. For now, it's a wonky work-around.

Hopefully this info will give someone with better ajax skills a clue on what exactly is going on and how to fix it.

UPDATE: I replaced /admin/view/template/common/filemanager.tpl with the version from 1.5.4.1 and now everything is working fine. I realized that perhaps the hang-up is coming from the javascript on that file (the popup), not the code in the controller file or the javascript on base page (Products, Categories, etc). Seems like that is indeed where the issue is. There's a new instantiatation of AjaxUpload added to the bottom of the 1.5.5.1 version that I think may be causing the problem.

To note it without repeating it: http://forum.opencart.com/viewtopic.php ... 89#p417189

Thanks

Changing filemanager.php works for me
other solution .tpl and chmod not working

oc version 1.5.4.1

idk what is wrong but changing those php files with the same version, works flawlessly.

Good, byens, on the file. Be sure to go back to, or to, 755 dirs and 644 files -- 777 is a security risk, because it gives owner, group (system), and world (everybody) full read, write, and execute rights.