7.0.9 Fresh Install, No TinyMCE on email compose

I have an install of 7.0.9 that was moved from a shared host to a dedicated server that I set up and it has been having issues with TinyMCE not loading in the email compose window.  Today I set up a fresh install of 7.0.9 and with nothing added and no modules installed, TinyMCE will not load in the email compose; tested with FireFox and Chrome.

The PHP version is 5.3.3.

I think I have an issue with PHP; is the version wrong for running Dolphin?  I think I did a yum install on php.  missing library?

Looking at the error console I see:

Timestamp: 9/22/2013 12:09:00 AM
Error: SyntaxError: syntax error
Source File: http://mysite.com/mail.php?mode=compose
Line: 0, Column: 60
Source Code:
.id]){return null}delete o[n.id];for(l=0;l<o.length;l++){if(

and

Timestamp: 9/22/2013 12:21:05 AM
Error: SyntaxError: missing ) after condition
Source File: http://mysite.com/mail.php?mode=compose
Line: 0, Column: 60
Source Code:
on.destroy();p.dom.destroy();if(!p.settings.content_editable

and

Timestamp: 9/22/2013 12:21:06 AM
Error: ReferenceError: tinyMCE is not defined
Source File: http://mysite.com/mail.php?mode=compose
Line: 1570

and

Timestamp: 9/22/2013 12:21:11 AM
Error: SyntaxError: missing ) after condition
Source File: http://mysite.com/mail.php?mode=compose
Line: 0, Column: 60
Source Code:
on.destroy();p.dom.destroy();if(!p.settings.content_editable

and

Timestamp: 9/22/2013 12:21:12 AM
Error: ReferenceError: tinyMCE is not defined
Source File: http://mysite.com/mail.php?mode=compose
Line: 1570

That version of php is fine for 7.0.9.

Here is a yum command line for CentOS that puts in everything dolphin needs.

yum -y install php php-cli php-gd php-mbstring php-mysql php-xml php-xmlrpc mysql-server httpd ImageMagick sendmail sendmail-cf dovecot

Take out sendmail, sendmail-cf and httpd if your don't use apache or sendmail.



Now. This issue however still looks like a javascript problem. Is the JS caching and compression still off? Has the cache been fully cleared?

what about those errors related to php syntax?

I know that most of those are installed.  the server is running postfix and dovecot and the mail is working. Maybe the upload has errors; I am going to dump FilleZilla, It skipped a directory on upload.

I will do a yum; it will skip anything already installed.  Let me see what it returns.

I only see JS syntax errors.


If your having a FTP problems.

I would suggest you repack the zip file so you don't have that subdirectory the dolphin files are in, upload the zip to the server.

Use yum to install unzip

Then unzip the file on the server.

Package php-cli-5.3.3-23.el6_4.x86_64 already installed and latest version
Package php-gd-5.3.3-23.el6_4.x86_64 already installed and latest version
Package php-mbstring-5.3.3-23.el6_4.x86_64 already installed and latest version
Package php-mysql-5.3.3-23.el6_4.x86_64 already installed and latest version
Package php-xml-5.3.3-23.el6_4.x86_64 already installed and latest version
Package php-xmlrpc-5.3.3-23.el6_4.x86_64 already installed and latest version

It appeared to have installed some updates for php:

Installed:
  php.x86_64 0:5.3.3-23.el6_4

So is this a problem with 7.0.9 and new browsers?  If so, then what about all the other 7.0.9 sites out there?  They should be broken as well.

And what does this mean?

Timestamp: 9/22/2013 12:09:00 AM
Error: SyntaxError: syntax error
Source File: http://mysite.com/mail.php?mode=compose
Line: 0, Column: 60
Source Code:
.id]){return null}delete o[n.id];for(l=0;l<o.length;l++){if(

I will install 7.1.4 on the server tomorrow and see how it runs; see if I get the errors.  I don't want to go through the work of updating the 7.0.9 site only to find we still have issues.

I still have a 7.0.9 site on my server is use to test my mods on. I don't have any problems with tiny_mce in the mail compose area. And all of my browsers are up to date, so no, i don't think thats the issue.

You may have a damaged file. Filezilla is a hunk of crap.

I used to use WS-FTP Pro. But it's commercial and last time they required additional upgrade fees i stopped upgrading.

So i use WinSCP now. Seems pretty reliable.

 Don't know. But i do know that source code shown is not php. It is javascript.

I have found the version of tinyMCE that ships with 7.0.9 is broken with the new browsers.

I have 7.0.9 running but I have TinyMce 3.5.8 released 11-20-2012 and it works on my live site and dev site.

I have chrome, chromium, and firefox on ubuntu and it works fine.

Also, chrome, firefox and safari on OSX 10.8.5 also.

I am not sure about internet exploder.

I have actually had to install firefox and chrome in several libraries I support because of issues with internet exploder and job sites people visit with the security policies I have in place, IE just doesn't work.

I tried upgrading TinyMCE and ran into the problems with the forum.  7.1.4 does not use the canvas_init for the forums now.  Maybe upgrading the site to 7.1.4 will fix the issues.  This has been on-going for awhile now.

Update: just tested with IE9 and TinyMCE loaded without issues.  So it would appear that it is the javascript interperers on FF and Chrome; perhaps IE9 ignores something they don't.  Outside of the error console, is there any way to try and track this down. 

I need to test 7.1.4 and see what happens.

I did a fresh install of Dolphin 7.1.4.  JS cache and compression turned off.  In the email compose in both FireFox and Chrome, the TinyMCE WILL NOT LOAD.  No errors reported in the console.  In IE9 TinyMCE will load.

This HAS to be a server issue.  I need help in tracking this down.  In the meanwhile I can try to compare configs and such between another server that is working and this one.

 The server GG, what is it?

Host Company         server4you.net
Operating system     CentOS Linux 6.4
Kernel and CPU         Linux 2.6.32-358.11.1.el6.x86_64 on x86_64
Processor information     AMD Athlon(tm) II X4 605e Processor, 4 cores
Real memory         7.44 GB total, 1.53 GB used
PHP Version         5.3.3

Server is Nginx with PHP-FPM

Just curious, did you install Java on the server?

http://openjdk.java.net/install/

Not on the initial setup but I did yesterday.  Let me check the link you provided.

Update: Package 1:java-1.6.0-openjdk-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64 already installed and latest version

Not necessarily a server issue. Because javascript runs on the client, it could very well be home computer issues.

If you could have someone else with a different computer verify.

Then i would start looking into any server side compression you may have installed. I hear nginx acts as a proxy, but does it do compression also? Don't know much about it.

 Me either, I been putting it off. Need to setup a box to learn it I guess.

Yes, it has occurred to me that I need to visit the site on a different computer and I am going to do that this afternoon.  Thanks for the compression thing.  There is no php accelerator installed at this time; I wanted to get the site running smoothly first.  However, gzip compression is enabled in Nginx.  I have a different server with Nginx with gzip enabled and don't have any issues.  I need to inspect that on this server.

From the Nginx website:

Nginx (pronounced engine-x) is a free, open-source, high-performance HTTP server and reverse proxy, as well as an IMAP/POP3 proxy server. Igor Sysoev started development of Nginx in 2002, with the first public release in 2004. Nginx now hosts nearly 12.18% (22.2M) of active sites across all domains. Nginx is known for its high performance, stability, rich feature set, simple configuration, and low resource consumption.

Nginx is one of a handful of servers written to address the C10K problem. Unlike traditional servers, Nginx doesn't rely on threads to handle requests. Instead it uses a much more scalable event-driven (asynchronous) architecture. This architecture uses small, but more importantly, predictable amounts of memory under load.
Even if you don't expect to handle thousands of simultaneous requests, you can still benefit from Nginx's high-performance and small memory footprint. Nginx scales in all directions: from the smallest VPS all the way up to clusters of servers.

Nginx powers several high-visibility sites, such as Netflix, Hulu, Pinterest, CloudFlare, Airbnb, WordPress.com, GitHub, SoundCloud, Zynga, Eventbrite, Zappos, Media Temple, Heroku, RightScale, Engine Yard and NetDNA

Considering I was building a social network that may eventually have a high number of users online at once, it seem the better solution in webservers.

However, it is not just my computer.  I transferred the site from a share host to this server.  Members of the site started reporting that they could not send messages to each other.  I noticed that it was not loading in the TinyMCE and that was the root of the problem.  So it is not just me seeing the issue.  The owner of the site also saw the issue.  It has to be related to the server set up; something amiss with some configuration of something that I need to track down.

This is the results of using a different computer; FF 24, Chrome 29.  On my machine FF is at 19.x.x.  With FF 24 both the 7.0.9 and 7.1.4 site TinyMCE loaded.  With Chrome 29 the 7.0.9 TinyMCE loaded but the 7.1`.4 did not load which I find surprising.

When I get back to my office I will start examining what is on the server.

Turning off gzip compression had no effect.

I was really hoping when I logged on today that I would have some possible answers for this.  While my outdated version of FireFox might be the key to what I see on my computer, an up to date Chrome on a different computer on a different ISP failed to load the TinyMCE.  So, what on the server, CentoOS 6.4, might be interfering with the TinyMCE javascript?  This was seen with a fresh install of 7.1.4 with no add-ons, not one module was installed, using the UNI template, with js cache and compression turned off.

Dolphin 7.1.4, Chrome 29; up to date.  Inspecting the error console I see nothing.  Inspecting the page source, I see the tinymce js in the header; clicking on it takes me to the js.  I also see the whole TinyMCE init loaded to the page.  However, the toolbars are not displaying.  Perhaps the problem is that the toolbar is not binding to the element for some reason?  Why?

<textarea id="compose_message" and
jQuery('#compose_message')

So why no toolbar?

I am wondering if TinyMCE is initialising before the textarea has been created; if that is the case, then the toolbars won't load because TinyMCE did not bind because the textarea did not exist at the time TinyMCE initialised.

 Your problem i think

 Try this

Edit /plugins/tinymce/tiny_mce_gzip.php at line 194

Replace this

$buffer = "var tinyMCEPreInit={base:'" . dirname($_SERVER["SCRIPT_NAME"]) . "',suffix:''};";
With this

$buffer = "var tinyMCEPreInit={base:'" . dirname($_SERVER["PHP_SELF"]) . "',suffix:''};";
Clear the cache_public dir 10 times (make sure there's nothing left other than .htaccess ofc) and your browser cache 15 times, then try and see.

No, and it broke in FireFox when I made that change.

so it worked in chrome or what?

I have been chasing a computer problem and just now returning.  No, I did not test in Chrome.  I upgraded FF to 24 and the TinyMCE toolbar for 7.1.4 loads; broken in 7.0.9 but if we upgrade the site we may not need to worry with that.  However, since making the change broke it for FF, there was no need to check Chrome; it needs to work in the major browsers at least.

If was a Dolphin noob and ran into this problem and could not find any help in the forums, I would just ditch the shitty programme and move on to Elgg, or phpFox, or Social Engine or something else that I found working.  I wonder how many sales Andrew has lost to "no answers".  Do a google or bing search and see how many people came into the forums and got no answers; I am sure they just walked away from Dolphin and if they had paid I am sure they contacted their payment providers to get a charge back.

This is BS, and it stinks.  If I install Dolphin on a server that meets the requirements as stated by Boonex, the basic install should work out of the box.  End of story.

I have a fresh 7.0.9 and 7.1.4 and it works with FF24. This looks to be a client side problem or something else went wrong while installing. Also disable any antivirus software for testing and plugins in your browser. Which JRE are you using?

I may delete everything and then re-up the installation files; drop the tables, and see what happens.  I don't need a JRE; personally I don't want java on my machines, it is a security risk; always has been a security risk.  Out of the box, on a server that meets Boonex's recommendation, it should work.  However, I will test again.  By the way, I transfer the zip and unzip on the server; then I set the permissions using chmod to change all the permissions as outlined in the outdated installation guide and use chown -R to set the user:owner of the files so the webserver can access them.  If I see Chrome is still broken in 7.1.4 fresh install, then I am assuming it is a bug.  I was thinking of upgrading to 7.1.4 but not if it is going to break things that are basic to the application.

If you don't use Java (I talk about the runtime env) on the client side, how dolphin can work? Beside this I also had to do some custom work on compose message page because it not auto guessed the username I entered. Now it works. But the problems u face must be related to a java script problem or a template problem because stock dolphin installation works for sure.

Are u using some third party java script code in the headers? I once had a problem with one interfering with ajax code. Just a shot into the blind. Also can you switch to uni template to check? You say its happening to 7.0.9, so this should affect lots installations but i never heard of that. Maybe some other modifications are responsible for this?

Java is not JavaScript - they are two different technologies, despite the similar names.  JavaScript runs locally in the browser, as Deano said above.  The only part of Dolphin that requires Java is the media server.

@nathan: yeah sure. That's why I said JRE and this is needed for dolphin. Geek girl said not to useit . so I am little bit confused now how dolphin worked before for her.

Java is installed on my local machine even though I did it reluctantly.  The recent Java exploit did not make me feel any better about doing so.  At least any Java app has to get my permission before they can run.

I am not sure the issue here; it is not client side because on a different server I have no issues with the compose TinyMCE loading in Chrome.  I have recently switched FTP clients; too many issues with FileZilla skipping things; I noticed it will skip uploading an empty directory and I have yet to find a setting in FileZilla controlling this.

I will return to this when I can by uploading a new download of 7.1.4 zip; unzipping on the server, and testing again.

After years i learned that most FTP Clients have some issues, choose wrong transfer mode (bin/asc) and so on. Just upload the zip file secured via "scp/ssh" to your server and unpack it in the shell. Its even faster than to upload each file by FTP.

If you want send me your site address with a login and ftp. I will take a look.