Today and yesterday while logged into developer.foursquare.com when I click on My Apps in the top nav bar (which is linked to https://foursquare.com/oauth/) then I get the 404 display.
Is this a problem with the site, or just my account? The other nav links (Overview, Endpoints, etc) are fine.
I think the correct URL you should call is:
https://foursquare.com/oauth
Related
Our customers(at least two from different regions) have reported an issue with access to SharePoint sites which contain spaces in URL. After open some sites in new tab, they get
After some investigation we have found that SharePoint sites register Service Worker in browser.
The Service Worker intercepts all requests going from current page, apply some logic and one of the branch in the logic leads to the error.
Let me explain what happens:
When you have custom home page on a site, and you navigate to the root site URL like https://tenant.sharepoint.com/sites/mysite, SharePoint will automatically redirect you to the custom home page like https://tenant.sharepoint.com/sites/mysite/SitePages/MyCustomHP.aspx
All these requests are handled by the Service Worker and it treats this redirect as a trigger for re-authentication and sends you to Authenticate.aspx
In order, Authenticate.aspx works incorrectly:
Steps to reproduce:
Open any modern team site(in Edge or Chrome, I tried in Edge)
(like https://tenant.sharepoint.com/sites/my-team)
Create a modern subsite with spaces and navigate to it.
(for example https://tenant.sharepoint.com/sites/my-team/Site with spaces)
Open Pages library on the subsite and create custom Site Page
Make it as Home page
Open new tab and paste the URL [https://tenant.sharepoint.com/sites/Site with spaces]
The Result you can see above. Hmmm... can't reach this page
Questions:
Why does Authenticate.aspx works incorrectly ?
May be the logic in Service Worker is wrong? and such kind of redirects should not lead re-authentication or it should encode parameters to Authenticate.aspx by other way?
When will it be fixed :) ?
Possible Workarounds
Clear IndexedDB/Route.Config in dev tools and restart Service Worker
Change the URL and remove spaces
Microsoft has fixed their code of Service Worker in 2021-08-27 release
Now, the previously buggy code, looks like:
As you can see double encoding check was added
How it looked before you can check above.
I am working on SharePoint Online site collection and suddenly Site Contents _layouts/viewlsts.aspx stopped working and showing the message
This page isn’t working - If the problem continues, contact the site owner. HTTP ERROR 401
I am the site collection administrator on this site, so this is not a permission related issue. Also, checked on multiple browsers and with different users and all are facing the same issue. Also, Console logs are not showing any error messages.
Scenario - I just ran a PnP PowerShell command to create lists (list provisioning) and after that Site Contents were not working, however the same command I executed few days back and everything was working fine.
My application custom pages / site settings and all the lists & libraries are working fine (when accessed directly from URL), only Site Contents is not working.
Clear the browser cache and open the site in an incognito window to check the result.
Go to Site Content and Structure page as site collection administrator, delete the provisioned list to compare the result.
_layouts/15/sitemanager.aspx
If the issue still exists, raise a new service request to Microsoft to check if there is something wrong on back-end side.
I built my website with github-pages. (Jekyll)
It opened well in web browser like chorme (pc, mobile both), Internet Explorer or something else.
But, the problem is that it cannot be opened in Wechat App (Android, iOS both). My access region is South-Korea (not china, for your information about chinese regulation)
(I am newbie on wechat and I don't know anything about Chinese online regulation. But I am sure that my blog is not blocked because I can access that blog on QQ browser)
Detail information
Imgur Image - Send URL to someone
I send URL to someone as above image.
Imgur Image - No access
At first, It opened well. But second time clicking url again, It didn't open with weird sentence as above image.
Tips. https://aceshipping.github.io
For account security, do not enter any info related to WeChat password in the Internet.
Continue (button)
But, Continue Button doesn't work and also there is no private-related information required on my github page. (You know that there is no login feature available in github page)
Please help me. I need to open this on WeChat, without other browsers.
TL;DR: use a .com/net/org/cn domain.
As of 2020/04, WeChat blocks links by default for public hosts like GitHub and Netlify, redirecting the page to https://weixin110.qq.com/cgi-bin/mmspamsupport-bin/newredirectconfirmcgi?main_type=1&evil_type=100&source=2&url=<your link here>&scene=1&devicetype=android-28&exportkey=...&pass_ticket=...&wechat_real_lang=(en or zh_CN or something). This page is a normal redirection page indicating "非微信官方网页，请确认是否继续访问。" ("not a WeChat official web page, please confirm to continue browsing.") when the language of WeChat is Chinese (whether simplified or traditional), but on other languages it redirects to a link like https://qbview.url.cn/getResourceInfo?appid=62&url=<your link here>&openid=<your WeChat account identifier>&version=10000&doview=1&platformtype=700. This seems to be a removed Tencent service which serves the page with no JavaScript and reduced CSS ('safe browsing' / 'reader mode' as on redirection pages), which was removed on some date in 2019, now serving on a bad SSL certificate and returns only 400 (Bad Request). It seems that the Chinese version of the weixin110 page is changed while in other languages the link remains unchanged, which leads to a bad link.
The HTML markup of those pages are listed, if anyone is interested: en, zh_CN (The words in the brackets are translations added by me)
I had created a simple portal site for our internal users, just a CSS menu with our internal web services which then displayed in an iFrame. Worked well so far.
Our helpdesk software was GLPI running on APACHE on the same server and had no issues. We recently upgraded to the latest version and in the meantime I moved it to our new web apps server and switched to IIS. The 'portal' is still hosted on the old server.
When I updated the javascript for the iFrame to point to the new address, it looked like it worked, I could get the login screen for GLPI. After logging in however I just get stuck at a white screen. If I try it in IE I get the message:
This content cannot be displayed in a frame
To help protect the security of information you enter into this website, the publisher of this content does not allow it to be
displayed in a frame.
What you can try:
Open this content in a new window
It doesn't seem to be the iFrame itself as I can get the login page.
My question is, can anyone give me some ideas on where to look at this issue? I've checked the IIS logs on both sides and see no errors, GLPI reports no errors, neither does PHP.
GLPI is on IIS 8 on Server 2012
The 'portal' is on IIS 6 on server 2003
GLPI running on PHP 5.3.0
EDIT: I've looked into the X-FRAME issue and I'm pretty sure this is not it, servers are on the same domain and I am able to get to the login screen of the second server through the iFrame, just no content after that. If it was an issue with the frame or permissions I would expect to not get to the site at all?
The only header response currently in IIS is 'X-Powered-By --> ASP.NET' am I looking in the wrong spot?
The server is returning an X-Frame-Options header used to prevent ClickJacking. That header must be removed (or updated with an Allow-From directive that lists the framing page's origin) in order for the target page to be rendered as a subframe.
I was working on my sharePoint 2007(MOSS) Portal. I accessed a site and did my reguler task. After some time when I check the webparts from the site page are missing. The Whole page is empty.. While I can see the navigation links only on site tab.. Please let me know Y this issue has occurred And I need to find a solution.
Is the page published? Are you using the same user account for edit/display? Try adding ?contents=1 at the end of the URL and see if the parts are ACTUALLY on the page.
Also check the logs - ULS Log specifically.
David Sterling
davidmsterling.blogspot.com
www.sterling-consulting.com