If the host says no problem than we can move forward on this
I am being cautious but I have to be careful
Cheers
Paul
If the host says no problem than we can move forward on this
I am being cautious but I have to be careful
Cheers
Paul
The host ran a report that found a problem which was riskware but when we chased it down it was very humorous. we have an article on our site titled "Is Vegan the New Viagra" located at https://www.drcarney.com/blog/entry/is-vegan-the-new-viagra
And, we have other blogs and articles that link to it. The word Viagra and the link to the word viagra got marked as riskware.
Sean
Sometimes you come across things with web design that really are bizarre
I'll ask the team to check this and add it to bug tracker system
Cheers
Paul
paulus1031
Since the copy of the web site you have was created quite a few updates were made to the master site. So, I am going to replicate the master site (which still has the same problems) over to this development site. All the login and access info should remain the same. I will let you know by changing the data above in case anything changes.
Sean
Thanks
Have a great weekend
Cheers
Paul
I hope somebody can look at this soon. I am wondering if there is anything else on my site that might be creating this conflict.
Hi Sean,
The developers don't work weekend I'm afraid so the time looking at this thread is just this week
This will be a major change for the framework so I think this might take some time
So you will need to be patient with us on this one
Can you buzz me back if not heard anything by thursday
Cheers
Paul
Thanks Paul,
It is a major upgrade to the framework, if the framework is at fault. But, I also suspect there is always a chance that something else on our site caused this problem.
Sean
It is possible there is a js problem but I'm not able to spot it as we did update the framework to address this problem but your site is probably the most content dense site I've seen using it so that may be a factor
Cheers
Paul
I keep coming back each day to see if this has been looked at yet. Maybe my being the last to reply will bump it up in the queue a little bit?
sorry Sean - I've asked again
This task is assigned to a developer but nothing back yet
Cheers
Paul
I am happy to disable to cache since this site is a copy of the real site. However, I just logged in to disable to cache and it does appear that all of the caching is already disabled. That is what I try to do when I create a replica of a site for troubleshooting.
System -> Global Configuration -> System Cache is disabled.
Extensions -> Plugins -> System - Page Cache is disabled.
Extensions -> Plugins -> System - Regular Labs - CDN for Joomla! is disabled.
Can you think of any other cache that could be enabled?
Thank you so much, Sean Carney
I am wondering if you would be able to identify if there is another software on my site that is creating this problem?
Sorry Sean - trying to organise something for you
As far as I know this has not been looked at yet. The menus are still very broken.
Hi Sean - the developer did advise me this was fixed but site appears to be still broken
I will ask
Apologies for the delay
Paul
I remember the message some weeks ago where it was mentioned that a fix was made but that it apparently did not work. I was asked to turn all caching off. I did that. I was also asked to make css changes which I did but that did not work.
I am thinking the fix for this problem should not be an entry in the custom.css file.
The site currently have a very recent replication of my site and as far as I know there are no changes to my side made by anybody at JoomlArt/JoomlaBamboo.
I will not touch this site any more until I hear from one of the engineers there.
Sean
Hi Sean,
I know the developers are working on this as I got a message this morning regarding a solution
I will check where they added it - I can't see any change on your development site
It might be they are going to do a new release to the framework
Cheers
Paul