Shape 5

Hello
Love the new template. Alot

Put it (site shaper demo) on test domain to try it out and noticed it crashes Chrome (Snap , there was a problem error)
and same on Safari (This website is experiencing a problem page) if left open for 15-20 mins on same page.

Tested this problem on 2 computers ( Win 7 64bit with Chrome and Mac OSX 10.9 Chrome also tested it on Safari 6.xx)
All same problem. After about 20 mins page just crashes.

Any ideas ?
Site is hosted on Rochen so im pretty sure its not the host.. Java is up to date on both OS's
I can try on Internet Exploder and Firefox too if you wish but expect the same.

Please advise and tia

Hello,

I've tested our demo page in both of those browsers and I am not experiencing anything like this. Can you post a url to your site so I can test your site as well?

Hello,

I also left chrome running for 30 minutes and didn't notice any crashing. Do you have any error logs to go with this?

-Mike

I left Firefox up overnight last night as well and came back to app crash.

Where do I enable logging for Google ? The folder was empty.

May I PM you the site info ? I have Joomla set to offline atm so I need to give you user/pass

Just left it open on the windows machine with Chrome again

After 25 minutes all the moving stuff (Image Flow, Accordion Menu and the 2 image tabs in middle) stopped moving gracefully
The text on main carrousel image flow became invisible.

Kind of neat to see it dying slowly, usually happens when i'm looking away
and all i see is the Google snap error

Update: Full Google crash at 48 min

(http://www.sds4.com/images/crash.png)

Hello,

I'll leave our demo open all day as well, but we have no other reports of this and no one is able to replicate this problem. It sounds more like a local problem.

Yeah. I left your demo open (off your site not mine) and it crashed too within an hour.
Im not sure its local though because it crashes on Mavericks OSX and Windows....All browsers

Ill try testing with a third machine tonight.
I'd be delighted if it's only happening to me.
Weird same thing happens on 2 different computers with entirely different operating systems and (3) browsers...

Hello,

Just to add to this I left your site open in FF, Chrome and IE for about 3 hours while I did some work tonight. When I went back they were all still running properly. Perhaps it is a Hardware Issue or a Browser specific setting that is causing this.

-Mike

I'm experiencing the same issue on Chrome.  I haven't tried any other browsers.  Mine is hosted on BlueHost and running Windows 7 and latest version of Chrome.

I haven't gotten as far as to test anything.  Just something I noticed and didn't know where to begin addressing it.

My site is here  http://www.equestrianarts.org/HIH_J3/

Thanks,
Maria

Glad its not just me...I have tried on a pc, a mac, and an ipad3 and it crashes all without prejudice.

Version 31.0.1650.63 m
Google Chrome is up to date.

Firefox 26.0
Firefox is up to date.

Internet Explorer 11.0.9600.16746
There are no updates available

Java
Congratulations!
You have the recommended Java installed (Version 7 Update 45).

I even managed to get it to crash on a friggin iPad3 / Safari

It takes between 30 and 60 minutes for this problem to occur.
First the animations simply just stop moving (imageshow and tabslider)
Leave it alone and don't touch anything the page WILL crash the browser after a few more minutes.

To test
Disable your screensaver
Disable power saving / hibernate / sleep
Disable putting monitor to sleep
Don't touch the mouse or screen at all
Just watch

Why is this the ONLY site in the modern world that crashes my browsers on all devices that I own ?  ???

Hello,

Thanks for you reports. I will have our development team run some additional tests based on the information you provided to try and replicate.

-Mike

Its still a beautiful template imo.

I tried to get an error log outta chrome but apparently Google has removed the options in settings....(newest version)
I used exploder to browse the old directory and its empty..

Ill check Firefox hopefully have better luck

Hello,

I opened Firefox, Chrome, and Safari and let our demo run over night on two machines and neither of them crashed for me, they are all still running fine. I have tried to debug this multiple times and it has never once crashed for me. There has to be something more than just letting it sit open, perhaps there's a plugin installed in the browser causing it to crash?

Crashes when left open maximized as top window.
Stop minimizing the window...

Same here:

Helion Site Launcher installed under MAMP Pro 2.2.

Here it's worst with Firefox 26.0 where, with the Helion homepage left open, no matter if in front of other windows or not, or in whoever tab, FF becomes less and less responsive over the course of 20-30 minutes. It then causes CPU loads of at least double of what's normal (in my case >90% instead of around 40% max), before FF stalls completely.
"Stalling" meaning sometimes just simply crashing and closing (without any good information in the suggested report to Mozilla), and sometimes coming back with the warning as attached here. If I remember correctly, "continue" only leads to the warning popping back up shortly after. When attempting to "stop" the script, there's a lot of OS X beach ball, and either the warning comes back or FF crashes finally.

Safari 6.1.1 doesn't show effects unless the homepage window and tab is in the front of everything else and left resting, seemingly.

Anyway, and whatever it causes it, JS trouble from animations or something, it'd be nice (well, mandatory) to have it fixed as until then Helion is pretty much useless, unfortunately. So, thanks for a quick fix.

Hello,

I left both my computer and laptop with the Helion Template on the frontal view for around 4 hours today and have still not been able to replicate this crashing behavior. On my main computer I tested this with Chrome Version 31.0.1650.63m (Win7) and on my laptop I was using Firefox 26 (Win8)

One thing to note is that we haven't added any new scripts or extensions to the Template and it shares the same Framework as all our previous Vertex Themes. There is no reason it would happen on the Helion Template specifically but not all our other ones since the only thing that really differs is the CSS between them. Also the script in your screenshot that is "unresponsive" is part of the Joomla core itself and isn't provided by the Template Files.

media/jui/js/jquery.min.js:4

I have also had 4 of other other administrators run this test on their systems and none of them could replicate a crash in the browser or get any type of error log output. This leads me to believe that the issue is probably caused by:

a) A browser related setting such as in FF where the dom.max_script_run_time is set to 10 where it can be increased to reduce the amount of time it takes for the browser to consider a script "non responisve"

b) An extension or browser plugin that is causing a conflict with the sites javascript. This could be something such as a 3rd party search toolbar for example.

c) Some other security software enabled on the computer either blocking or conflicting with the scripts

Here are a few things to try:

1) Make sure your computer is up to date with the latest Updates such as Windows Updates and Browser Updates

2) Completely remove and reinstall the most recent version of the browsers to your computer with default settings and no extensions enabled

3) Try running the tests on multiple systems to see if it is related to a specific system.

4) Post a bug report on Joomla.org pointing to that JS file with some information how to replicate to see if they can also run some additional tests.

Hopefully some of that will help in resolving the crashing problem for both of you. If you get any more information that you think would be relevant in debugging this please let us know!

Regards,

-Mike

Hi Mike,

Thanks for your reply, you guys trying to reproduce the problem is much appreciated. Though in a way it's kinda unfortunate that you don't experience the same issue, of course... ;)

Going through your list of things, here some more food for thought, and at the end there is maybe a hint towards the cause of the trouble, indeed, thanks to a point you've made.

General:
Sure, the fact that you can't reproduce it and there are no more than 3 (!) reports here and now indicates that it's an isolated problem, most likely depending on a specific environment or browser setting or plugin. But us 3 here could as well be only the tip of an iceberg... the few who are getting back to you here...

1) - 3):
I've been running my own install as well as your demo site on another Mac with "virgin" Firefox 26 and Safari 6.1.1.
Same effects: In both browsers the animations on the Helion homepage have first stalled. Then FF gave me the warning as per my recent attachment, and since clicking on "stop" I only see the OS X beach ball spinning. Safari didn't bother giving me any warning, but has as well stopped responding. Even force-quitting the browsers was a major act since the OS had gone into extreme slow motion...

Not sure if relevant, but please note that the crashes happened latest after clicking around on the homepage a bit - e.g. clicks on the accordion thingies, mouse over main menu, etc. Actually, I'm not even sure if the problems would occur if the homepage was loaded and then left alone without any activity.

However, while I'm on a local Mac/MAMP install, users Rokk and Marialee are on different web hosts and various OS's and browsers. I do not have any Windows PC here to see how it'd deal with the problem in this part of the world. But anyway, we have no control over what gear and browsers/plugins visitors of our websites will be using, and asking them to re-install their browser clean is not practical at all. So, other than for the purpose of finding the cause of the trouble, I fear your advice 1) - 3) is not helpful, especially since, again, even my clean browsers crashed, too.

On to 4), which was good because searching the Joomla forums produced something, maybe. I'm not the expert, so please forgive my amateurish attempt to explain:

You stating,
plus the fact that many people with custom JS scripts had trouble with J3.2.x seems to be pointing towards the cause, IMHO. Helion Site Launcher comes with J3.2.x, but if you haven't altered your JS scripts (or the order in which your loading them, respectively), then problems can happen, seemingly. The key seems to be in the "noconflict" script loading/handling, and with you having one as part of the template as well as Joomla having one natively, it seems to be easy for things to get messy.
Please see the following threads:

• A short one - http://forum.joomla.org/viewtopic.php?f=710&t=828968 - indicating that deletion of one "noconflict" script, leading to having only one on board, fixes problems.
• Longer ones - e.g. http://forum.joomla.org/viewtopic.php?f=708&t=829266 - indicating that it seems to matter what gets loaded when. There are more posts like that; I'm sure you'll find what you need best yourself.
  

I have not tried e.g. the deletion of a "noconflict" script file yet. In the interest of others here, and probably yours as well, I thought I'll check with you first. Again, please keep in mind that I'm no expert, and have also not bothered comparing your code in previous and actual templates:

Perhaps you could verify and confirm that your scripts have been adjusted to those specific JS requirements of J3.2.x as per mention in the Joomla forums since you claim compatibility with J3.2.x? If such adjustments have not been made, it is likely no wonder if your code doesn't work well with J3.2.x...

Admittedly, it wouldn't explain why you can't reproduce the problem... unless you (a) used Joomla 3.1.6 or older, and/or (b) only loaded the homepage but didn't click anywhere (see hint above).

Anyway, thanks for continuing digging into it. I do like the Helion template very much and intend to build an e-commerce site with it... if it works, that is... ;)

Hello,

Thanks I will review your information with our team and see if we can use that to replicate. Also, I didn't mean we haven't updated our Templates to be 3.2.X compatible. What I meant by that was all our vertex themes use the same framework and most of them use the same extensions with different styling. So theoretically it should be happening on more than just Helion if it was a Framework issue and we would see more reports.

Either way perhaps we can use that information to determine a cause. I'll keep you both posted.

Regards,

Mike

Thanks Mike.

Quick update: I deleted the file mydomain/templates/helion/js/jquery/jquery-noconflict.js, reloaded the page, played a bit with it, then let it sit there - and since then it is all working fine. Maybe still too early to finally confirm (just over 30 mins), but yet no more crashing, so maybe this is it, indeed... FWIW in your investigations.

(For the record, I'm referring to the Site Launcher install which was then updated to J3.2.1.)

Urgh... I was too quick or too optimistic: Firefox just began misbehaving again, also with the jquery-noconflict.js file removed.

Sorry for any false hope. Booohoooooo...  :'(

Hello,

I don't see how no-conflict mode could have any effect on this. All that script does is call jquery's default function:

jQuery.noConflict();

That function is a core jquery function that can be called as many times on a page as necessary. It has no effect on the page at all except that it allows multiple versions of jquery to be run on the same page and it allows jquery to run on the same page as mootools. If the the no-conflict code was out of order it would cause immediate javascript errors on the page, not something delayed, because javascript loads on page load, it's not a timed event. Please note that this doesn't have anything to do with the version of Joomla, this about jquery calls. The issues in the posts were about a newer version of jquery being introduced in 3.2 which caused immediate javascript errors on page load, not a timed issue.

The issues you are experiencing are time issues, not javascript issues. If there was an issue with the version of jquery, or a missing function, or an issue of conflicting script calls or function calls, there would be a javascript error on the page immediately after page load. It's just how javascript works; nothing is timed delayed in javascript unless you have specific window timeout calls, which we do not, and even then those are no more than a few seconds not 30 or 60 minutes later.

Can I ask if it happens for you on any other pages other than the homepage? Try an inner page with very little on it, ie: no modules. Maybe we can narrow it down that way, and then gradually add modules to the page until the problem occurs. I wish we could replicate it on our end but every attempt we've done has yielded no results showing the problem.

Told ya I'm not an expert, haha!

Thanks for the explanations. So, now we know one more thing that does NOT cause it. Hopefully spiralling down to the real reason quickly...

I've left Helion open in Firefox 26 and resting for hours on two Macs, this time the page "92 module positions". Not really a page "with very little on it", but no animations as on the homepage. These were the same machines (and browsers, of course) that had come to an almost complete standstill multiple times previously with the same site from the same source. Had done a few mouse-overs on the main menu, then let them sit there. When coming back, both were as fresh and alive as when I left them alone. No effect with this page loaded.

Hope it helps.

Hello,

That's at least a step in the right direction. Would you mind publishing one module at a time (the ones from the homepage) on those pages on your copy of the site shaper? Hopefully by adding one at a time, maybe we can narrow it down that way.

How come I knew you'd ask that...  :D

Ok, had rather expected unpublishing one by one from the homepage, but been following your suggestion. So, here's what I've done, all based on that out-of-the-box Helion Site Launcher, only updated to latest J3.2.1, run under MAMP Pro 2.2 in FF 26.0:

(1) Assigned the "S5 Vertical Accordion" (Coming Soon To Theaters) also to the menu item "92 Module Positions", then loading this page in FF on Mac #1, played around with the accordion for a bit, then let it sit there.
(2) Created a new menu item "test" with only the same single article (Module Positions and Styles), ordered to be located right next to the menu item "92 Module Positions" (as if it mattered, haha). Assigned only the "S5 Image and Content Fader" also to this menu item, then loading this page in FF on Mac #2, played around with the Fader for a bit, then let it sit there.
(3) Ditto for a new menu item "test2", except I assigned only the "S5 Tab Show" also to this menu item, then loading this page in FF on Mac #3, played around with the Tab Show for a bit, then let it sit there.

Results:

• After a while, the S5 Image Content Fader on Mac #2 stopped working, FF turned completely unresponsive, the entire OS had gone into ultra-slow motion, even force-quitting FF took forever with lots of beach ball spinning in between clicks.
  
• Vertical Accordion and Tab Show on Macs #1 and #3 continued to perform flawlessly even much beyond that point in time.
  

So, it appears that the S5 Image and Content Fader is the culprit. If you want me to perform more tests, please let me know. You may also email modified PHP or JS or whatever files to me at my email address here in my profile. Alternatively, I can install the site under one of my domains on a web server and give you admin and FTP access for you to modify and me to test.

Hello,

Thank you for that information. I'll review the js of the image and content fader module and get back with you with anything I find.

Hello,

Would you be willing to test the homepage of our Velocity demo as well? Both templates use the same files, the only difference is css. I'm just curious if it's on both demos or not, to help debug this further.

Ok, done that as well: Downloaded the current Velocity Site Launcher, installed it under MAMP. In an effort to compare apples and apples, I upgraded Joomla from 3.1.5 which Velocity comes with to 3.2.1 via the backend link. Like originally with Helion, no other mods or add-ons.
Loaded the homepage in FF, played a bit with the usual JS suspects, then watched a movie. Now, more than 1.5hrs later, everything is working still just as fine as when I left it.

And I'm not too surprised because I've been working with Velocity before, though under J3.1.5, not 3.2.x.

Don't shoot me, I'm just the messenger.

Now what...

Hello,

Can you run your test on Helion with the Image Slide and Accordion Menu extensions disabled to see if this helps? Those are the only 2 scripts active on Helion Home Page that aren't active on Velocity. Since you said its working on Velocity they are going to be using the same scripts so doing this test will help isolate if its one of those two.

-Mike

Yup, done. In the Extension Manager, I disabled both Image Slide and Accordion Menu, then the usual routine: Load the homepage in FF, a bit of mouse action with the remaining elements, then let it sit. When checking after a while, animations were slower and jerky. After another while I came back to the "Warning: Unresponsive script". So, that was it for this round of testing...  :(
(Not sure if it helps, but please note that I had not experienced the warning in recent tests. Since the last timeI had mentioned it , FF as well as OS X would simply come to a "halt" without this warning. It popped up only now in this configuration again, and at least the OS remains responsive.)

You're the experts, but to me it looks as if the Image and Content Fader is the culprit in Helion for some reason, as strange as it may appear to you. Whatever the comparison with other templates calls for, in Helion

• it's the two pages which it's published to that stall, and no other page,
  
• and since I unpublished (not even disabled) it in another Helion install for my project, this other site runs hassle-free.
  

Maybe against all odds and your expectations some bug has slipped into the Image and Content Fader in Helion...

Hello,

That's just it, there is absolutely nothing different between the files in Velocity and Helion as for the image and content fader, they are identical. Only the template.css file has overrides for the css to stylize them differently, which would effect the functionality.

I have a developer who has a Mac is currently trying to replicate this on his end. I'll let you know the results.

Thanks for your patience.

Hi there,
Any news on this?

Thanks,
LF

I'm having the same issue. My Macbook pro get really sluggish after having Helion open for a while. I also get the chrome death screen. Have to close existing tabs and open new ones to access shape5 or my Helion site.
I researched and found the activity monitor showing google chrome helper hogging significant real memory. This happens only when I have tabs open for shape5 site and Helion. Not sure which is causing the hogging but I see several instances of google chrome helper in the activity monitor. I presume its one for each tab open for shape5 site, my Helion site, control panel admin site for Helion, shape5 forum site and a shape5 tutorial site.
I found a recommended solution to fix the chrome helper hugging of resources at https://discussions.apple.com/message/23823784#23823784. User ascii provides a temporal fix that seem to be working for me for now except I have to manually click play for adobe flash to work for media to play in chrome. Its a clue about what may be conflicting with Helion or shape5 site. My situation may be peculiar to me but have similarities with others. 

Hello,

We are still doing internal testing to see if we can replicate. Once the issue has been identified we will work to come up with a resolution for the problem. Unfortunately we have no ETA as this is an isolated issue that cannot be easily replicated on multiple systems.

Needless to say once we identify and fix the problem you will all be notified.

Regards,

-Mike

Ok, thanks!

Just to add - I've noticed the same problem with Firefox and Chrome (not tested in IE or Safari). It seems worse when the window is maximised. I'm using Windows 8. Same problem both on your demo, and on a site I'm creating on our own hosting (United Hosting).
Screenshot of the Script error I see in Firefox attached.

Graham

I also experienced a similar issue in Firefox. I just downloaded and installed the template yesterday and will keep an eye on how it affects browsers on various PC systems and the office iMac over the next few days. Looking forward to a fix and will post more data as I develop the site.

Hello,

We are still looking into this. We have had only one developer be able to replicate this and that was only one time. He's still looking at what might possibly be the cause because there's nothing obvious when reviewing the code that would point to one of our files. We will update this post when the testing has completed.

If it's any help - I've noticed that it only seems to do it after about 30 minutes, and it's only when the browser is left open untouched (ie not clicking on anything).

I also noticed, that if I place 4 instances of the Shape5 TabShow module on a single page, it causes the problem instantly - that might help your developer replicate it. It seems OK with 3 instances of the TabShow modules, but 4 seems to cause the problem instantly (ie you don't have to wait 30 minutes). It also completely crashes the browser and you have to force close it.

I'll test your demo site on my Android tablet (Samsung Galaxy Note 2, with Chrome browser and all latest updates), and another computer, overnight and report back tomorrow.

I'll also test in Internet Explorer and see what happens.

Like others above - I've just confirmed it's definitely the S5 Image and Content Fader V3 causing this issue. Unpublish it, and the problem goes away (on Windows 8 / Firefox, anyway - will test on the other devices later tonight)

Hello,

Definitely let us know the results of your tests on mobile devices and we will use that to help with our debugging of the issue. It is strange that the issue would be just with the Image and Content Fader since we use it in almost every Template. It has to be a combination of a few things that are causing this.

-Mike

To add to the mystery: I have the same thing, but right after loading a page.
The page loads, i see it for less then a second, and then creashes.
A reload fixes the problem. It looks random.

The only browser plugin i have installed is Adblock Plus.

I have everything up to date on Win8 and using Chrome to. Not tested with other browsers.

Greetz, Rick

Hello beazty,

We have no reports of it crashing immediately. I would definitely check that on another machine, or disable any third party extensions you might have installed.

So good it is others than me With this problem. I am working With Helion now, but still it haven't crashed, but I have other sites With S5 templates which crashes like this - especially Newsplace. If this is a common problem, maybe S5 will take a deeper look at this?

However, for the common visitor, the problem is not Critical. It is just very strange....

------------------------------

Edit 23.jan: Today the Helion crashed for me as well. It says it is due to a long term script. This was IE11. The page was working for at least one hour. Since it crashed over nigth i don't know when it happened.

First time user of shape5. Im not a joomla expert but have installed several tempaltes from various developers since joomla 1.5. I Love shape5's creativity and intent to be on the cutting edge of web design which is what attracted me to them. I'm not too pleased with the customer service however.
After reading so may posts and responses from them especially relating to this helion crashing issue,here are my observations;
1. This seem to be an obvious problem and an inconvenience to the paying customer, shape5 is not acknowledging this concern.
1.  it's as if one has t beg them to react or response.
2. They shift the burden to the client on first response, to find a solution to the problem and then report back.
3. They are creative technologically but don't seem to realize the fact that good customer service is the key to retention and longevity. A satisfied customer is always a repeat customer.
Regarding this very issue of helion crashing, I have not read a single post of shape5 owning the issue, investigating and responding back in a timely manner. Helion is probably my first and last template with this creative but so unhelpful bunch.

Hello,

I would suggest reading the entire thread before making accusations. See below:

1. This seem to be an obvious problem and an inconvenience to the paying customer, shape5 is not acknowledging this concern.


2.  it's as if one has t beg them to react or response.

I don't see anyone "begging" for a response. We have replied within 24 hours to all threads and are actively working to resolve this.

3. They shift the burden to the client on first response, to find a solution to the problem and then report back.

When we are not able to "replicate" the issue on our systems the only next logical step is to ask the customer to see if they can do any more tests to further explain how to replicate the issue. Once we can replicate an issue we can work to resolve it.

4. They are creative technologically but don't seem to realize the fact that good customer service is the key to retention and longevity. A satisfied customer is always a repeat customer.

I would challenge you to find a forum with a better level of service for product support. Issues do arise from time to time such as this one where we don't have an immediate solution and further steps are necessary. However, a long time ago before I was with Shape5 I was a member of any major competitor you can think of that offers Templates and most of the time I never got a response at all.

5. Regarding this very issue of helion crashing, I have not read a single post of shape5 owning the issue, investigating and responding back in a timely manner. Helion is probably my first and last template with this creative but so unhelpful bunch.

Again if you read through the entirety of the thread you will see that this statement is incorrect.

Regards,

-Mike

Thanks Mike for your detailed response. I am in the customer service industry as a professional and after reading much of the posts and your responses, I'm left to draw the same conclusion. Btw you did not say thank you for saying you are a creative bunch, :) That you are.
I do love the template but I'm spending quite a bit of time with it than I have with others in the past.

Hello Everyone,

After some further debugging we believe the issue was caused by the Image and Content Fader in specific system and browser configurations. We were able to replicate this on only one of our test systems at the office but we used this to help further understand what was causing the problem.

After some coding tweaks our system is no longer crashing as described when left idle for a longer period of time. I have attached the file below and was hoping everyone that had issues could please test this and post their results.

Replace

modules\mod_s5_image_and_content_fader\js\jd.gallery.jquery.js

With The Attached Below

Also make sure you clear your site/browser cache after making the file change.

Thanks,

-Mike

Hey Mike,

Success! Thanks for the fix - against all odds due to you guys having difficulties replicating the issue!

I did the dance:
Installed a fresh Site Shaper, updated J3.2.0 to J3.2.1, loaded it in FF and made sure it crashed - which it reliably did.
Then replaced the JS file, cleared all caches, loaded Helion again in FF and let it sit there... no crash since then!

Bingo! Or to say it in user "snaddy's" terms: Amen! :D

Great job as always! Many thanks!

Hi Mike, Thanks for the update and the fix.

Not a problem.

If any of you have any further issues please let us know.

-Mike