Thanks!

I'm effectively duplicating a site I've built with CMSB  - both have version 3.06 (separate license keys).  My images are held outside the CMSB folder in a 'media' folder for both sites.  Directory settings for both sites are:

Upload Directory: ../media/
Upload Folder URL: /media

And under each section editor depending on website area - under the Advanced Options | Upload Directory that media is further separated into folders named 'products' , 'news', etc. The original is functioning as expected; Images are displaying in the various section editors as originally (and manually)  uploaded. 

My issue - the duplicated site is not recognizing any of the images on the server within the CMSB interface.  I have verified that both sites are set up identically, they are on the same server (different cPanel accounts), same PHP and MySQL versions, same general image settings, same section editors, same file structures for media, etc.  The duplicate has an identical CMSB setup with the exception of the main URL. I have confirmed all files have been successfully duplicated on the server and exist in the proper folder structure for both sites.  This is affecting both multi & single editor types based on my testing.

I'm looking at having to manually input a few thousand images & documents if I can't get the newest site to recognize that they are already there - and I'd really like to avoid doing that :)

I've mirrored out sites using CMSB previously and haven't had this issue - I'm wondering if I'm missing something else that I need to do with this latest version. Or perhaps I've just overlooked something in general.  I have downloaded the latest admin_functions.php file and applied it to both 3.06 sites. 

In the meantime, I'm going to wipe all the tables of the duplicate and attempt to restore backups from the functioning site to the empty duplicate.  I'll post again if that solves my issue.

Any assistance & insight would be greatly appreciated - thanks!

I'm seeing this issue when the error logs get big - not sure what the threshold is.  Last time I experienced it (a few minutes ago) the error log listed (86) records.  Even after clearing out the error logs on the server within the root directory as well as the CMS directory I haven't been able to get the front end of the CMS to recognize the cleared error log. 

In fact, attempting to load the error log from the CMS and getting the blank page creates this error in the log:

[04-Dec-2015 08:37:26] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 3660650 bytes) in /***/***/***/***/cmsb/lib/viewer_functions.php on line 433

This CMS was just upgraded to 2.65 yesterday after a full backup.  Error logs were working fine with low error numbers.  My high errors were caused by the "Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/'" which I've since remedied. 

____________

Update - I've reinstalled 2.65 and I still cannot access the error log page. It's just a blank white screen.

Here's the background:

1. Upgraded an old install on Site A (2.01) to a slightly more recent version (2.14) in order to match it with another functioning installation on the same server (Site B). 
2. After a 'successful' upgrade - wysiwygs are missing on Site A.  Essentially the same descriptions of missing wysiwygs archived on the forums.  The Site B has fully functional wysiwygs.
3. Copied the tiny_mce folder from the Site B to the broken Site A, figuring the folders should be identical now that they're both 2.14. Wysiwygs still missing on Site A, still working on Site B. 
4. Thought it might be time to purchase the upgrade to 2.61 (Build 1058) so I did, and installed it on Site A.  Still no wysiwigs.
5. Rolled back to 2.01. Still no wysiwigs.
6. Figured that might be because of something preexisting in Site A's setup, so I tried a fresh install in a new folder, with a brand new db.  Still no wysiwigs.

At this point I'm tired of the acronym 'wysiwyg' but it's pretty accurate - I'm not seeing anything and not getting anything lol :)

I have attempted everything I found on the forums with regards to possible cache issues, double compression issues, bad installations, bad "realpath" structures etc.  No Luck - though I may not have applied the double compression fix properly.... Both the fresh install of 2.61 and the old 2.01 throw the following errors in firebug (minus the actual location):

NetworkError: 500 Internal Server Error - http://www.mysite.com/cmsAdmin/3rdParty/tiny_mce/tiny_mce_gzip.php?js=1&plugins=inlinepopups,contextmenu,table,fullscreen,paste,media,spellchecker&themes=advanced&languages=en&diskcache=true&src=false

ReferenceError: tinyMCE is not defined
tinyMCE.init({

No 500 error is given if the URL parameters are removed from the above network error.

I was concerned that our server might not be updated enough to run 2.61 but it appears that we should have no problems.  Here are my server details for a sanity check:

• MySQL v5.5.35
• PHP v5.2.17

The content is still live for Site A - but my content managers have no way of updating wysiwyg content.  I'm getting ready to provide them with new editors, but I need to get this bug fixed first. At minimum I have to get the wysiwyg boxes working again in the 2.01 original install.  2.14 update would be great - and 2.61 even better.  Apologies if this isn't making sense - after trying to figure this out for several days I'm stumped and possibly incoherent :)  Thanks in advance!

Thanks Greg!

I'm running CMS Builder 2.14 and Website Membership 1.07.  I've built an English site and have no problems with the Website Membership setup - it works beautifully.  We've translated that site into German, and so I began the process of translating the related content for use with the plugin.  I've had no issues creating additional German $GLOBALS to point to the right subdirectories for the German translations, but I'm running into issues with the password reset email and it's included links. Everything is in German, but the link directs users to the English password reset page. 

The code looks like this:

<a href="<?php echo $PLACEHOLDERS['resetURL'] ?>"><?php echo $PLACEHOLDERS['resetUrl'] ?></a>

And produces this:mywebsite.com/login/user-password-reset.php?userNum=119&resetCode=dfd9a975ef7429fec94ce718b56393880eae9fae
when I need it to direct here for people using the German password reset:

mywebsite.com/de/login/passwort-zurucksetsen.php?userNum=119&resetCode=dfd9a975ef7429fec94ce718b56393880eae9fae
I haven't been able to find the location where that placeholder is set so I can copy and modify one for use on the German pages.  Any help is appreciated.  Thanks!

DreamSync (aka Cricket7475 - but for some reason I can't use my old forum username... related to forum platform change maybe?)