The Calendar on http://www.cpwacademy.org.uk/booking keeps hanging when trying to change months/tags/ etcetera. Strangely it does not hang when you are logged into wordpress.
Running firebug (when logged out of WP) it throws up the following error message when trying to go to the next month:
"NetworkError: 403 Forbidden - http://www.cpwacademy.org.uk/booking/action~month/exact_date~1417440328/?request_type=json&ai1ec_doing_ajax=true"
Clearly there is a permission error, however i can not find a solution (even changing permissions on server did not work)
To reiterate, all works fine when logged in to WP and the above eror only occurs when logged out, ie like every visitor.
Hope this solution is an easy one and i am just overlooking the obvious.
Thanks in advance!
Solution Found!
Was using Ithemes security plugin:
By unticking
* Suspicious Query Strings
* Filter out non-english characters from the query string.
In the plugins settings page
Everything started working again!
Related
Starting today around 12:00 CST I started seeing intermittent issues trying to pull maven artifacts from https://repo.spring.io. It presents itself as 403 forbidden but when hitting the URL from the browser you can see a 404 error. Refreshing returns the expected results followed by another 404 on the next refresh.
https://repo.spring.io/milestone/org/springframework/
I do see an occasional redirects to jfrog.com with a 403 forbidden error. Are there any known maintenance activities happening or is this perhaps a known issue that is being worked. I've talked to developers from other companies experiencing the same issue so it is not isolated to me only.
I've been experiencing this same erratic behavior as well -- 404s followed by success; or the index page for an artifact shows the file listing, but will get 404 half the time when trying to download the file from the link presented. A new version of Spring Boot was released today though, so maybe that's related: https://spring.io/blog/2020/06/29/spring-boot-2-4-0-m1-is-now-available
The issues appears to be fixed now. I assume it was just an intermittent technical issue that was addressed by the Spring team.
I am working on a site in MODX 2.6.1-pl and have a template that uses 7 different MIGX template variables.
Everything seemed to work fine to work fine initially, but now some pages cause many (several hundred) of the following xpdo errors when I try to edit them in Firefox 58.0.1:
[2018-02-05 11:34:55] (ERROR in xPDOConnection::connect # /home/user/public_html/core/xpdo/xpdo.class.php : 3116) SQLSTATE[HY000] [1203] User user_modx already has more than 'max_user_connections' active connections
It would appear this is only happening on pages that contain large amounts of data stored in the MIGX TVs.
Also, this error does not occur in:
Chrome 64.0.3282.140
Safari 10.1.2 (10603.3.8)
Opera 50.0.2762.67
Why is this happening?
Is it due to how the new Firefox handles Ajax or something?
How can I work around this?
Am I asking too much of MIGX? Would it be better to put all my data in a custom table and use MIGXdb instead?
I found the answer : Firefox was blocking some of the calls because I was logged in with HTTPS security exception.
I tried without using an HTTPS connection and it works.
I recently uploaded my laravel project to production server through git. Now Every time I browse my website, it works fine but when I logged in then after 4,5 minutes I start seeing error 403 Forbidden (You don't have permission to access / on this server.)
Then I clear the site's cookies from browser and it works fine again.
What could be the reason ? how can I fix this permanently ? I tried searching on internet and found something which is saying that it has something to do with login session. But I could not figured out what it is. Please help me to resolve this.
Look's like you need to change the default value for the session tokens lifetime in config/session.php
there should be a part like this:
'lifetime' => 120,
Hope it helps o/
Thanks for helping. I figured out that the problem was with my user's permission. Which I fixed and its working good.Thanks
we have an integrated with google picker(read-only scope,Docs view) it use to work fine but recently some users are getting blank screens as soon as the pop up shows but when they select some filter everything starts working fine after that no problems.
using developer tools i see all apis returning 200 for that first request
but there were no docs in response(i believe this is the api responsible for bringing docs in picker 'https://docs.google.com/picker/pvr')
when there are no docs returned in above api google is calling another api i assume it is to log error's probably(//docs.google.com/picker/ohnoes)
this api has following error params in it
&error=Cached and requested query mismatch
&line=Not available
&viewToken=["all",null,{"query":null}]
&ms=97
&transferDocs=false
&numErrors=1
has anybody else faced the similar problem
what do error "Cached and requested query mismatch" means in context of drive docs
Fyi - most accounts facing this problem seems like are of company domain for ex "jondoe#company.org"(this is a google account with company domain)
Filters Image
Thanks for your help.
not sure but looks like issue was may be related to google bug
https://issuetracker.google.com/issues/64825685
for me the code that was not working was:
addView(google.picker.ViewId.DOCS)
replaced this code with below code which works as expected
var view = new google.picker.DocsView();
view.setIncludeFolders(true).setOwnedByMe(true).setParent('root');
addView(view).
Magento checkout is working fine, on all other browsers except IE, it gets stuck over billing section [STEP-2], and when I click continue it does not proceed further?
I tried with both account checkout / guest checkout, none of them works in IE.
Turn on Javascript error reporting for Internet Explorer and/or install an Internet Explorer javascript debugger. You're running into a Javascript error that breaks all the other javascript on the page, and prevents the checkout from proceeding. There's myriad reasons this could be happening, and without seeing your error messages it's impossible to debug. Once you see your error messages, you'll be able to answer.
I looked many internet articles and found that people solved this kind of issue with introducing div col-right block, but in my case it was not helping out, I checked for ajax reload progress url and progress.phtml file too, but in Magento 1.5.0.1 this file does not exist. so none of the solution worked that I read about IE magento checkout issue.
The fix which saved me is this
Go to File :
/app/code/community/Jira/MageBridge/Model/Rewrite/Url.php
around line 89:
change the line below
protected function isSecurePage($routePath = null){
To
protected function isSecurePage($routePath = null)
{
$routePath = preg_replace('/\*\//',
Mage::app()->getRequest()->getRequestedRouteName().'/', $routePath);
$routePath = preg_replace('/\/\*\//',
Mage::app()->getRequest()->getRequestedControllerName().'/', $routePath);
This fixed actually https SSL issue. that was got blocked by IE. I hope it will help someone.