I have an Auth component (based on Zend_Auth) which I am using in many projects on different servers and different environments. It has always worked... until now:
When I try to log in to a new project (using the same Auth component) with Google Chrome (12.0.742.122), I'm being logged out right after logging in. The problem doesn't occur with FF or IE.
Does anyone have a clue why this could be?
This is not a ZF issue. As strange as it may sound, the issue is solved by adding a favicon to your site. Chrome is making a request for the favicon and invalidating the session when it gets a 404. I read one post that suggested that a special 404 configuration might help.
Might be this bug: http://framework.zend.com/issues/browse/ZF-11502 - there is a fix suggested in the comments.
It is a weird story. If you google the problem, you find that it sporadically turns up here and there but never systematically. There is a bug report for Zend Framework, there are issues at the Google Forums, there are similar reports in the tracking systems of Drupal and Wordpress. But somehow there are no clear answers.
In my case, the problem just went away by itself in the course of some other refactorings.
Just a hint ... I had the same problem. After debugging I found out there is a clash with cookie name on the main domain. It worked in FF and IE, Chrome however took a top domain cookie for ajax request and the lower one on regular request.
Related
I have faced a weird problem recently when I checked my website with my mobile on chrome I saw that It is not showing the right things
some colors were different, tables and generally it wasn't what I was expecting
It is totally different with the desktop
To understand what I mean check http://yking.ir
One time with your pc and with your phone
does anyone know what is the problem
I'm using twitter bootstrap 3.7 in my design and my server-side is PHP
Update
I finally found out the problem
My mobile chrome browser had cached the site and After I cleared the cache it fixed.
I finally found out the problem
My mobile chrome browser had cached the site and After I cleared the cache it fixed.
I tried out valet's "secure" functionality. It worked well, but ultimately, it wasn't working well with the rest of my stack so I tried running "valet unsecure sitename" per the documentation. It nonetheless seems to still be in some way linked: if I attempted to navigate to the site now, it runs into a redirect loop. I have tried re-starting the server, etc. Nothing seems to work. If I re-run the "valet secure sitename" and navigate to https://sitename.dev, it will begin working once again. It seems to be stuck on "secure" mode no matter what once you run the command once.
Has anyone else run into this and is there a fix for it? I could not find anything in reference except a few people with the same unanswered question on some random sites.
I think is chrome setting problem.
I change to use Safari and Postman that can connect http. Not return to https.
But return 404 not found.
Afetr I uninstall valet, and install repeat again. It works http in Safari.
reference
Uninstall Laravel Valet
Maybe this answer is wrong but it may be related to your browser, your browser may be trying to redirect you to a "more secure" "version" of the site, that is to use the HTTPS protocol.
I've had had this problem, before and the solution depends on the browser you're using.
The easiest way to tell if this a Valet issue vs a browser issue is to try to access the non-https version of your domain with a fresh browser, try other browser or download another one.
If is a browser isse google something like "clear HSTS on "
(I know the question is 1 year old but some people may come from google having this problem due to their browsers)
Yes.
As of Chrome 63 because .dev is a valid gTLD that can be used by the public and Chrome has been growing the preload list .
The options are as follows:
do not use Chrome 63 or later
You can use the gTLD .test which could eventually have the issue but is presently held by the IETF for internal purposes
IETF also has a draft for the .localhost name to be mapped to the local loopback address.
I'm developing Web app in Yii framework. I need use AJAX in my some pages. So, when I clicked the button (which I loaded them with AJAX the Google Chrome Developer Tools browser says me:
Failed to load resource: net::ERR_CACHE_MISS
How to solve this problem?
P.S: I know it's duplicate question, but I couldn't find the solution for my problem. In some posts users said use Ctrl+Shift+N and try it. it will works. and/or somebody said: reload pages with Ctrl+F5 because Google Chrome likes cache everything.. So, I read all of these topics and applied all solution tips. But there were not help. Please help me...
And also in other browsers some pages not working properly. But only the Google Chrome Developer Tools returns me the stupid error.
Best.
Google declares that this is not a failure, but some "misleading error reports".
This bug will be fixed in version 40 of chrome.
You can read this:
Chromium forum
Chromium forum
Patch
It is actually a permission issue. Add these lines in your platforms/android/AndroidManifest.xml file:
<uses-permission android:name="android.permission.INTERNET"/>
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE"/>
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE"/>
It only appeared in my Chrome browser a few days ago too. I checked a few websites I developed in the past that haven't been changed and they also show the same error. So I'd suggest it's not down to your coding, rather a bug in the latest Chrome release.
I solved this error with clearing cache and restarting chrome. Hope they will fix it in ver 40.
If you are using bootstrap that will be the problem. If you want to use same bootstrap file in two locations use it below the header section .(example - inside body)
Note : "specially when you use html editors. "
Thank you.
I was getting this error because of the new Google Universal Analytics code, particularly caused by using the Remarketing lists on Analytics. Here's how I fixed it.
1) Log into Google Analytics
2) Click "Admin" in top menu
3) In "Property" column, click "Property Settings"
4) Make sure "Enable Display Advertiser Features" is "On"
5) Click "Save" at bottom
6) Click ".js Tracking Info" in left menu
7) Click "Tracking Code"
8) Update your website's tracking code
When you run the debugger again, hopefully it will be taken care of.
We get err_cache_miss error while using the bowser. Its mean there may be a problem with your browser. It due the items in the cache may be unusable or some configurations are not configured correctly. You may get the solution to clear browser data or Check browser extensions and remove extensions which you felt cause the problem or Resetting your browser or Update your browser or Disabling cache system. These are some tricks to come out this error.
Try loading the website in another web browser such as Safari. Recently had this problem and for some reason, it worked after loading in a different browser.
I'm using HWIOAuthBundle (with google configuration) for authentication in one of my project.
It works very well most of the time. But at some point when I surf on the application, I get an error about the google_id. It doesn't appear on a specific page but all sudenly (after a period of inactivity). Basically, the google_id that my user provider get is suddenly null. As I'm not able to reproduce the error and it's very difficult to debug.
It seems to come from either the HWIOAuth bundle for which I'm may be using wrong configuration settings or from Symfony 2 session. But I tried changing the session life time and nothing work (as I said I'm not beeing able to reproduce the error on demand. It appears out of the blue...).
Do you have any idea how to solve this issue?
Regards
I've encountered the same issue. The access token retrieved from Google is no longer valid and needs to be refreshed. Unfortunately I haven't found out a good way to do it.
Initially I had the issue reported in this question.
Now, what I noticed is that there are some browsers that accept the password, and there are some which don't. Difference? For some reason the cookie is generated when I log in into the Administration module, but it isn't when I write down the password to access the page, forcing it to simply reload.
I can see the cookie created for the log-in, but I can see none for the password-protected Page.
These happens on Internet Explorer, both version 7 and 8; only on some machines, though, but most of them fail this. I already tried white-listing the URL, and even letting it accept ALL cookies, to no avail.
What may be the cause? If perhaps it's got something to do with question above, please help me!
Thanks in advance.
PS: If you know of another, cookie-free method to make a simple authentication, please link me to it. Thanks. Oh, and by the way, this is inside an Intranet with static, class C IPs.
Assuming you're on an Apache server, consider this authentication module for Wordpress that allows for a far more flexible approach:
http://wordpress.org/extend/plugins/http-authentication/
This module allows you to Bypass WordPress' normal authentication and use Apache's authentication instead - So pretty much any auth you'd like to use.
You can find more information on Apache Authentication methods here:
http://httpd.apache.org/docs/1.3/howto/auth.html#database
I've pointed at the database section as I'm assuming you'll want to use a database to authenticate.