I have a website with published posts, like a blog, and each post page have a Facebook like button, provided by their official documentation page. When testing, on my local environment and on my test server it works fine, but in production the buttons don't show up. In some computers they popup, but in most cases it doesn't. The iframe is generated, but blank. I'll list what I already tried:
Disabled adblock
Cleaned cache
Tried on another browsers
Tried a different DNS server (the DNS that worked on one machine didn't work on another)
Looked for errors or any hint on chrome developer console, even inside the requests made to facebook
Checked the allow-origin configs on the apache server and tried different setups
Tried both method of embedding, through iframe and script
Related
I've been running Google Ad Manager on a client's website - https://www.thewire.co.uk since 2012 without issue until July 2020 when suddenly adverts stopped appearing on the home page, though they still appear on the rest of the site. I did a deep dive into the issue at the time and could find not clear problem or solution. It's not been an issue for most of the last year, but now we need to resolve it.
What's odd is that the adverts appear if I visit the same page via a different URL, eg, https://www.thewire.co.uk/?foo=bar (query string is ignored by server) or https://www.thewire.co.uk/home/ (this is serving the same page from a different uri)
All the adverts we serve are line items we load up to Ad Manager directly - we don't use adsense. We have some in house adverts running which are set to deliver when specific slots aren't loaded, so for instance there is a leaderboard at the top of every page which should always have an advert. MPUs on the right hand column are set to collapse if no advert is picked.
When I check delivery using Ad Manager debug tool I am informed adverts are delivering correctly, and the adverts show. But in normal viewing it is not.
This is happening consistently across browsers, devices and with/without ad blockers installed, and on 'vanilla' systems running on new ISP networks across several countries, which I believe counters out any limits that may be created by cookies and IP addresses or location.
I've scoured the Google Ad Manager settings in case some form of serving block was in place, but I've found nothing, and no notifications of any limitations on our home page URL, so I'm completely stumped as to why.
I've checked the google tags and embed codes on our site and they are all OK - they are pulled from a template which is used consistently across the site, and they obviously work when I look at the same HTML via a different context, which leads me to believe the issue is some blocking in place for the specific https://www.thewire.co.uk url from Google's side.
Has anyone had any similar issue and have advise on how to resolve or able to point me to somewhere in google I can get specific support for this issue? Searches through help and the support forums have turned up nothing.
There are numerous work arounds I could apply (eg an http 301 or 302 redirect / to /home/ ) but I really want to solve the problem, not work round it only for it to arise again.
There's a previous topic on StackOverflow - Google Ads not showing on my home page - but that shows no resolution. So posting this maybe the same issue in case my necromancy on that doesn't work. The solutions linked in the comments on that post are either outdated or don't work.
I'm working with an outlook web add-in and a Rails webapp. The web add-in is loaded as an iframe when it's enabled through Outlook on the Web. The page is a login page from our Rails app. Our Rails app has a standard Devise setup for the authentication process.
When the login page is loaded and we input the proper credentials and click on login, the cookies are lost throughout the process and we get redirected back to the login page again.
When we take a look at the Network tab in the develop console, we see that /users/sign_in is being requested and returns with the proper response headers and cookies to be set. Hitting /users/sign_in successfully would usually redirect the iframe to /dashboard/stats with all the proper sessions and cookies in the header. However, this isn't the case, and we see that the request headers for /dashboard/stats do not have the proper cookies/sessions, instead they're missing. As a result, in the Rails app, we see that there are no proper cookies/devise session and will send a 401 and redirect back to the login page /users/sign_in.
This issue only occurs for Internet Explorer 11 (Version: 11.0.9600.19230) on Windows 7.
I've tested this same thing with a later version of IE11 on Windows 10 and it works fine: all the cookies and session attributes are being set properly and we login successfully. I've also tested this on Chrome, Safari, and Firefox, and the same scenario passes. Unfortunately, we need to support this version of IE11 on Windows 7 (or the latest version).
I was wondering if anybody has ran into a similar issue and/or has any insights as to what might be the solution here for these missing cookies.
After digging through the forums, it seems that it's an issue related to the P3P header. Keep in mind that I've only found it to be an issue in the above IE11 version. The latest version I have (IE 11.316.17763.0) doesn't share the same issue.
Basically, in IE11, if the page inside the iframe doesn't have a P3P header, the browser will block the cookies. You can check if your page is blocked on IE11 by clicking on View > Webpage privacy report...
If the issue is present in your IE11 version, you'll see that your page is "Blocked" on the Cookies column.
The issue is solved by including the P3P header in your webapp's response headers.
You can read more in this post.
If you are unsure of the value of the P3P header, I would suggest reading through this related post.
However, it seems that the P3P concept is outdated and has been suspended, and based on the first post above, you don't need to worry too much about the value of the header.
Lastly, I would recommend for people to scope the addition of the P3P header only if you detect that the request was sent from an IE11 browser. This is something that only IE seems to enforce: Other current modern browsers do not have this issue.
Windows Standard 2012 R2
SharePoint Foundation 2013
SQL Server 2014
I have a SharePoint Application page that is throwing the above error when clicking on any Button on the page. I even added a button with nothing in the method and still get the above error.
Note that I am NOT challenged when accessing the Application page initially and am NOT challenged when clicking the button. None of the code in the original method gets executed. In fact, it appears that the page cycle is never processed. I have logging in the method, the page_load even and in the page_unload event and nothing is logged.
The site is configured for claims authentication and I have verified that my account, application service account are both in Owners and both are admins on the box. Application Service account has SYSadmin on the SQL server (also located on the same box).
I changed SharePoint to allow access requests and to send me an email for those requests. Now the page shows:
The website declined to show this webpage
HTTP 403
Most likely causes:
•This website requires you to log in.
Any suggestions?
One more thing: this is a one-page application. There are no redirects, etc. within the page/application.
Thanks,
John
Turns out this was a permissions issue for the application service account. Never could find out specifically where but reverted to a previous service account and it works now.
We have a multi-site solution with each site representing a different country.
Publish preview works correctly for the page that is chosen for the preview however, on our live environment only, as soon as any site links are clicked in the preview, the pages will not be found (they are not yet published).
We have determined that this is because no sc_mode cookie with a value of preview is set for the site that is being previewed.
On our development environments, as soon as the initial preview page is loaded sc_mode cookies are created for each of the sites, e.g. australia#sc_mode, uk#sc_mode, france#sc_mode, etc.
On our live environment the creation of these site based cookies never occurs.
Can anyone suggest what configuration differences between the environments might create this situation?
I am trying to reference my .asmx webservices in .NET but my server is not exposed to the internet. When I put on the following address I get the message mentioned below. What's the reason for not being able to see the directory? Am I missing something in my IIS configuraction? Am I missing anything in my permissions? Just as reference I have other folders with webservices and I have the same issue.
When I login to the server I am doing it with my windows user and password (I am using windows authentication). It's necessary to mention that when I put the URL I am getting a popup screen to put in my userid and password but it seems that's not able to validate since keeps asking me a couple of times. Let me know if you need more information to address this issue .
http://appsvr02/Inetpub/wwwroot/DevWebApi/
Internet Explorer cannot display the webpage
What you can try:
It appears you are connected to the Internet, but you might want to try to reconnect to the Internet.
Retype the address.
Go back to the previous page.
Most likely causes:
•You are not connected to the Internet.
•The website is encountering problems.
•There might be a typing error in the address.
More information
This problem can be caused by a variety of issues, including:
•Internet connectivity has been lost.
•The website is temporarily unavailable.
•The Domain Name Server (DNS) is not reachable.
•The Domain Name Server (DNS) does not have a listing for the website's domain.
•If this is an HTTPS (secure) address, click tools, click Internet Options, click Advanced, and check to be sure the SSL and TLS protocols are enabled under the security section.
For offline users
You can still view subscribed feeds and some recently viewed webpages.
To view subscribed feeds
1.Click the Favorites Center button , click Feeds, and then click the feed you want to view.
To view recently visited webpages (might not work on all pages)
1.Click Tools , and then click Work Offline.
2.Click the Favorites Center button , click History, and then click the page you want to view.
Try http://appsvr02/DevWebApi.
You shouldn't need to specify the full path, as IIS serves from wwwroot by default.
I don't know what I did but I was able to see it this time. thank youa all for your input. This is how the path to my server shows now. http://appsvr02/DevWeApi/Owner.asmx