By Sean on Sunday, 03 August 2014
Posted in Technical Issues
Likes 0
Views 5.7K
Votes 0
Hello,

I've recently noticed that in Internet Explorer 9 I can't post a comment. The characters aren't being counted either. Other browsers Komento works fine. But of course, issues with IE. I do have jch optimize enabled, tried disabling it and got the same issue. Not sure it it works in higher versions of IE or not.

Please advise me when you find the issue. Thanks.
Hello Sean,

I forgot to revert some of the settings on your test site, I've reverted them back, and also applied all the necessary patches as well.

Don't worry about this patch as this fix will be included in the next release.

Again, I deeply apologize, but my intention was to only fix your site as soon as possible.
·
Wednesday, 06 August 2014 19:30
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I am really sorry for the delay of this reply as it is a weekend for us here. I don't actually have IE9 here currently but testing this with IE10 seems to be fine (As I am running on Windows 8 on Parallels). I have tried turning on development mode for Komento, can you see if there's any errors messages being generated on IE9's console?
·
Sunday, 03 August 2014 22:56
·
0 Likes
·
0 Votes
·
0 Comments
·
Hey Mark, oddly enough, there is an error but only related to a google Adsense ad and a facebook Share button. Nothing about Komento.
·
Monday, 04 August 2014 09:05
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I'm really sorry that delayed of this reply,
I have tried in the latest version of IE 11 and set the Emulation document mode to IE9, it seems like work fine.
But I will double check in my old laptop having this IE 9 brower at tonight, because I don't have bring my old laptop in the office, I will keep us update you then.
·
Monday, 04 August 2014 15:21
·
0 Likes
·
0 Votes
·
0 Comments
·
Ok. Thank you. I've trying to find another machine myself with IE 9 on it to test, but no luck so far.
·
Monday, 04 August 2014 16:30
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I'm really sorry that delayed of this reply,
I can reproduce on my laptop using the IE9 regarding with your issues, when i tried to enabled the error reporting to Maximum then it show a lot of error, that was come from this 2 plugin
-> System - ExtAdminMenu
-> Content - Easy Like and Share

After that i cleanup all the cache from your backend and the browser, it seems like working fine if you submit the comment in Komento. Can you try again and see how it goes? This is my video shot -> http://screencast.com/t/bRaR5gPxU4
·
Tuesday, 05 August 2014 17:17
·
0 Likes
·
0 Votes
·
0 Comments
·
IE posting seems to work now... but I just noticed a huge issue, anyone visiting the site can edit or delete comments now. Permissions in the back end are set to no as to not allow guests to edit/delete anything but their own comments.

I had cleared and purged site cache, browsers and CDN caches. This needs addressed ASAP!
·
Tuesday, 05 August 2014 17:37
·
0 Likes
·
0 Votes
·
0 Comments
·
Visitors can edit and delete any comment now!
·
Tuesday, 05 August 2014 17:39
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

It should be okay now, please have a check
·
Tuesday, 05 August 2014 17:43
·
0 Likes
·
0 Votes
·
0 Comments
·
Thank you! What caused that issue?

Also, what exactly was the IE 9 issue? was it the errors from the 2 plugins. What did you do to fix it? I tried clearing all the caches too, (browser, site and purge, jch optimize, Cloudflare CDN.) None in which worked for me.

Thanks again
·
Tuesday, 05 August 2014 18:10
·
0 Likes
·
0 Votes
·
0 Comments
·
Oh the Everyone can comment issue is caused by Edit and Delete own comments being set to YES for guests. Strange, so we're not able to set it so guests can edit or delete their own comments without it allowing everyone to edit and delete(not just the author). Sounds like a bug to me?
·
Tuesday, 05 August 2014 18:14
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

You're welcome, but i noticed when i tried to login in your site using (IE9) then can't able to comment, did you face same issues with me?
We are still investigate on this, can you teach us how to cleanup your Cloudflare CDN cache? Because we need to do some debugging on your site.

Oh the Everyone can comment issue is caused by Edit and Delete own comments being set to YES for guests. Strange, so we're not able to set it so guests can edit or delete their own comments without it allowing everyone to edit and delete(not just the author). Sounds like a bug to me?

>> Thanks for reporting on this, we will remove this Edit own comments,Delete own comments,Delete own attachment from public/guest user ACL permission in the next release version.
·
Tuesday, 05 August 2014 19:24
·
0 Likes
·
0 Votes
·
0 Comments
·
Hmmm...I can no longer comment with IE 9 either. Logged in or not. I'd rather not use my live site for testing unless you're able to confirm it's just my site with this issue or that it's an issue with Komento in general?

Did you guys turn off my share buttons? Why is there just a random tweet text link under each article now?
·
Tuesday, 05 August 2014 19:46
·
0 Likes
·
0 Votes
·
0 Comments
·
Wow guys...why do all of my articles now begin with /entry/? Every article of mine is now redirecting.

I specifically asked not to make changes until you got my permission. I have about 300 blogs that are supposed to have custom URLs now theyre redirecting to the frontpage because of this renamed url structure. Change it back and do not mess with any other settings until I give the go ahead.
·
Tuesday, 05 August 2014 20:11
·
0 Likes
·
0 Votes
·
0 Comments
·
Someone turned off the URL optimization in sh404sef. Why? Was there really a need to turn that off? I just lost a lot of visitors because of this. If this is an issue specifically for my site, I'll set up a development site that's a clone of my live site so you guys can test, if not. Please use your own environment to test bugs with.

I fixed the URL structure by turning on URL optimization again just as a heads up...
·
Tuesday, 05 August 2014 20:26
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I'm really sorry for that temporary disable URL optimization in SH404sef. Because I would like to rid of all the possibility which causing this issues, that was my fault because I didn't turn back on the SH404SEF.

Before I try debugging in your site, I have tried to reproduce this issues from my own environment test site, it seems like working fine in my own IE9.

Which means that only your site having this issues, we are still investigate on this, can you teach us how to cleanup your Cloudflare CDN cache? Because we need to do some debugging on your site as well.
·
Tuesday, 05 August 2014 23:53
·
0 Likes
·
0 Votes
·
0 Comments
·
Ok. Sure. I also set up a development site in a directory within my live site. It's an exact clone of my live site as of about 3 hours ago. I'd like you to work in that to find the issue, feel free to disable, test stuff. I'd like that more than working on a live site. I can give you my Cloudflare login as the cache needs cleared from their website. It's quite simple once logged in.

One thing to note is the only thing Cloudflare is doing, is serving content. I do not have any compression or minify CSS, HTML or Javascript enabled. Matter of fact, debug mode is enabled which disables pretty much everything. But if you'd still like to try yourself, I'm ok with that.

Where can I leave the details for the development site and CloudFlare login?
·
Wednesday, 06 August 2014 00:20
·
0 Likes
·
0 Votes
·
0 Comments
·
Very, very strange. I disabled the "Custom HTML advanced" modules on my development site. These contain my Adsense script. Tested again in IE9 and it worked fine. So I re-enabled them and performed a few different tests, and each test it's still working fine. I don't know what the issue is/was but it seems to be working now? Can you confirm that it's working for you on the Live site now, Arlex?
·
Wednesday, 06 August 2014 01:05
·
0 Likes
·
0 Votes
·
0 Comments
·
sigh...nevermind it's stopped working. This is quite frustrating
·
Wednesday, 06 August 2014 01:08
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I'm really sorry that delayed of this reply, because last night already midnight after i reply you
Thanks for understand.

Yes, you can put your CloudFlare login access in optional tab there "Site details", so only our support group can view this part of details.
May i know you set up that development site is it all same login credential (Joomla backend and FTP acess) before you provided to us in earlier?
·
Wednesday, 06 August 2014 12:14
·
0 Likes
·
0 Votes
·
0 Comments
·
Yes credentials are the same.

In the backend, the site is in the directory "gstest"

I'll attach details.



Test away.
·
Wednesday, 06 August 2014 17:27
·
0 Likes
·
0 Votes
·
0 Comments
·
You turned error reporting on again at my live site? Are you testing at the development site? because I can see you in my tracker and you're not in the development site
·
Wednesday, 06 August 2014 18:25
·
0 Likes
·
0 Votes
·
0 Comments
·
You turned off jch optimize in my live site? Why are you not testing around in the development site I had set up for you?

You can disable, turn on/off whatever there.

Find/Fix the issue in the development site, then implement the fix on the live site. Why is this so difficult to understand? The development site is an exact clone of my live site there is nothing at all different there since yesterday.
·
Wednesday, 06 August 2014 18:43
·
0 Likes
·
0 Votes
·
0 Comments
·
STOP TESTING ON MY MY LIVE SITE.

WHERE IS MARK?
·
Wednesday, 06 August 2014 18:49
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

I'm really sorry but because I'm not able to reproduce this issues on your development site, hence I'm applying the fixes directly in your live site.
Can you please try comment in your live site right now?
·
Wednesday, 06 August 2014 19:03
·
0 Likes
·
0 Votes
·
0 Comments
·
Ok. Well I mean, let me know that you can't replicate the issue otherwise I have no idea and wonder why you're testing on live (hence I get a bit angry) . Very strange because it's working on my live site now but not the development site for me .
·
Wednesday, 06 August 2014 19:18
·
0 Likes
·
0 Votes
·
0 Comments
·
Oh man...I must know. What was the issue? Was it with Komento?

So this fix is working on both the dev and live site now?

It's alright. I understand you just want to help. .
·
Wednesday, 06 August 2014 19:40
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

Yes, you're right, I have applied the fix in your dev and live site.

It seems like some of the reason the IE9 will not allow loaded more than 30 style-sheet in single page, so it made the script get failed.

Thanks for understand
·
Wednesday, 06 August 2014 22:23
·
0 Likes
·
0 Votes
·
0 Comments
·
Oh ok. So how did you fix that? What was patched? It's interesting because a module that was broken with combined javascripts before(another companies module) works properly now in all browsers after you applied that fix. Might be coincidence but who knows...that's why I'm so curious as to what exactly was changed.
·
Wednesday, 06 August 2014 22:59
·
0 Likes
·
0 Votes
·
0 Comments
·
Hello Sean,

What we fix in your site is just remove all the stylesheet from the Komento script file then using the php code to call the stylesheet ( JoomlaFolder\components\com_komento\helpers\document.php ), so it will reduce the stylesheet limit when you access in IE9 browser.

+ $document->addStylesheet(JURI::root() . 'media/foundry/3.1/styles/dialog/default.css');
+ $document->addStylesheet(JURI::root() . 'media/foundry/3.1/styles/fancybox/default.css');
·
Wednesday, 06 August 2014 23:25
·
0 Likes
·
0 Votes
·
0 Comments
·
Ok. Thanks for that information, Arlex.
·
Thursday, 07 August 2014 18:44
·
0 Likes
·
0 Votes
·
0 Comments
·
hello Sean,

You're welcome
I will mark this thread as resolved and lock it to avoid any confusions in the future, but if you need any help please feel free to start a new thread in our forums.
·
Friday, 08 August 2014 11:29
·
0 Likes
·
0 Votes
·
0 Comments
·
View Full Post