I recently published an app to the app store and am trying to put a "Download on the app store" badge on my personal blog. I first used the badge generator tool at https://tools.applemediaservices.com but noticed when I click through the badge on an iOS device (my iPhone and my brother's iPhone), I am directed to a shady "Spin the Wheel!" or "You've won!" webpage. When I click through via desktop web browser, the link opens up the App Store just fine! I'm baffled. I reworked everything from scratch and same behavior persists.
Blog Link: https://keeganleary.com/flutter-app/ (The Badge is just below the web app)
Clicking with thumb on iPhone redirects to pages with goobly-gook addresses like (Don't Follow, I added some ... to hopefully keep anybody from following this link!): https://4i9...gx8uxvn13l...top/t/fe312738ec36/99fda6ec-568c...1=
If I long-press and copy link, then paste into browser on iPhone, it opens up the App Store like it should!
Functionality is same on Chrome and Safari, and two different iPhones.
My code
<figure>
<a href="https://apps.apple.com/us/app/super-pace-calculator/id1548388283">
<img src="https://keeganleary.com/content/images/2021/01/Download_on_the_App_Store_Badge_US-UK_blk_092917.png">
</a>
<figcaption></figcaption>
</figure>
My best guess is my website or iPhone browser is hacked somehow but I have no idea. Tried clearing caches as well but same thing happens.
I analyzed your site and found no virus.
I noticed that you are using disqus on your site, I am almost sure that these ads came from the disqus that, unfortunately, inject ads without our permission, generally unwanted or deceptive low quality ads that can even hinder users' navigation.
Take the test, disable DISQUS from your site and see if the ads disappear.
unfortunately I have not found another way to disable these ads if not buying the subscription where you can disable the ads.
Related
On Facebook, via mobile, If you go to a profile page and click on a link to a person website it loads the website up in front of the Facebook website so when they press the X in the top left-hand corner it then deletes the webpage and the Facebook is still there.
On my desktop computer, I have used a different tap to load up but can't find out how I can do it this way for mobile and tablet?
I'm sure its quite simple but I have not got a clue what to look for sadly
Hope you can help, please.
Many Thanks
Tim
The picture you give appears to be the native mobile app for Facebook and not a webpage.
It just uses an embedded browser in the mobile app. How you do that depends on which platform you are developing for. For iOS it would be something along the lines of the UIWebView class.
Problem:
Web page with sms: and mailto: links fail on ios mobile safari browser. A click on the link redirects you to:
Safari cannot open the page because it cannot redirect to locations
starting with "sms:"
or
Safari cannot open the page because it cannot redirect to locations
starting with "mailto:"
These used to work just fine up until around two or three months ago. Now these fail on Apple mobile devices using the Safari browser.
Background:
I create responsive web pages for activity based teams. One of the things we do is provide a team roster. The roster includes links for telephone numbers, SMS text pages and Email.
To keep things simple, we are using simple web pages.
Because of security and privacy concerns, this content is only served via ajax call via node.js server after login. We're using a single node.js Express server to host the website content and manage http/api calls.
Generally a click on the link pushes the mobile device into the appropriate native app for a phone call, SMS text message or email.
This has been working great for a couple of years, on all devices.
Lately we're seeing the problem on iPhones... but...
Here's the really weird part. I've got three teams using this technique.. The failure is only on TWO of the three teams. SMS link works just fine there.
The "tel:" link works fine on all devices.
The failures only occur on two of the three sites for sms: and mailto: on the iphone. Things still work just fine on Android devices, on Windows and on MacOS. The problem is Apple mobile devices.
The two sites that have the failures are Progressive Web Apps, with a manifest.json file and service_worker.js. The site that works fine has neither of those. When I remove the manifest, and turn off the service worker there is no improvement.
All three sites hosted via App engine at Google Cloud. The two sites that fail are only using web_app.appspot.com addressing. The site that functions well is using a real URL, pointing to the app engine location.
Typical Code:
<li>
<div class="userName">Jane Doe</div>
<div class="phoneNumber">321-555-1234</div>
<div class="sms"><img src="../images/crosstxt-icon.jpg"></div>
<div class="email"><img src="../images/email-icon.png"></div>
</li>
I wonder if this will show the issue, if you open this up in the browser of your Apple mobile device:
Click here to create a SMS message.
<br>
Click here to create an email message.
Apparently that's a fail. You don't even get to see the run snippet button on my mobile device.
Testing, more testing...
I just figured out... if I save the site to my mobile device homepage, such that an icon is added to home screen and in display mode, you can NOT see the top URL address bar, nor the Safari options bar on the bottom then the SMS: will fail. If you just open the address in Safari, but don't save the file, then it will work great.
Again, when I'm in Apple Web Application mode, the SMS link fails.
One hack... open the site via Safari mobile browser on the iphone. Save the site to Home Page. Verify the Icon is on the mobile phone. Go to Settings --> Safari --> Advanced --> Website Data, then Delete the site by sliding the content left. Cache storage is clean, but the Icon remains on the mobile screen. Use the Icon to aid in login, but don't save the site again. Note the URL line is visible. SMS will work.
Still testing here...
I tried to build a simple example to show the issue. I was totally unable to get the sample to fail with the error messages above. For reference the test site is here. The test source code is here.
I'm suspecting that the issue revolves around the fact that the two sites in question are both located at a subdomain site. (mywebapp.appspot.com) When the manifest includes all "valid" content the site does appear as a ios Apple Web app without visible URL line... but whenever I'm in that mode, SMS links are a total fail.
With that said, you can control the storage mode via <meta name="apple-mobile-web-app-capable" content="yes"> .
During my testing, I also noticed that whenever the manifest.json file contains // comment marks anywhere the file is ignored by Safari. Normally // comments are not allowed in a .json file, but according the MSN source, they are fine in a manifest.json file.
The choice is
a bit ugly and functional, or
pretty and non-functional
Currently I'm running <meta name="apple-mobile-web-app-capable" content="no">... I get the advantage of a custom icon on the home screen, even though the web app is still obviously inside a mobile browser with top/bottom info lines visible, sigh.
I have a html whatsapp link for users to share a website link via their whatsapp application.
I have used the following links to share:
<a href="https://wa.me/?text=https%3a%2f%2fwww.youtube.com" target="_blank" data-action="share/whatsapp/share">
or
https://api.whatsapp.com/send?phone=&text=https%3a%2f%2fwww.youtube.com
*Note that the shared links are already encoded
I understand that this link will automatically launch the whatsapp app if it is detected on their device, otherwise it would just redirect them to the app store.
However, I am only having an issue with chrome on iPhone 8.
The links work fine on other browsers (Safari, Firefox, Opera)
IOS, Chrome & Whatsapp are all up to date.
Even though whatsapp is installed on the device, it still redirects me to the app store.
the App store has a button which opens whatsapp, but the send shared link message window is not present. it just opens whatsapp like normal.
Is there a fix for this?
I think, as a temporary fix at least, try making the link copy to the clipboard, then give the user an alert that it has happened. I'm not sure of how to fix it, as when I tested it it worked fine, but I'm using a slightly older version of iOS. Perhaps that means the new version made some changes about how this works?
First: Official Whatsapp Sharing Documentation. Try one of the following formats...
https://api.whatsapp.com/send?text=YourShareTextHere
https://api.whatsapp.com/send?text=YourShareTextHere&phone=123
These seem to work for me!
If you are interested in watching a project that keeps track of these URLs, then check us out!: https://github.com/bradvin/social-share-urls#whatsapp
I have a Facebook Page and I have a website based on WordPress. I share links from my website to the Facebook page, but unfortunately, when I used the Facebook app on my mobile, the links do not open in Facebook in-app browser.
What should I do to solve this problem? Another link from another website is working correctly, but from my website, it's not opening.
This may or may not help, but try running your website though the Facebook debugger. You might also hit the Scrape Again button while you are there. Then see if your page open in the in-app browser.
I am working on a site that has a mobile site: http://www.exchequersolutions.co.uk/m/ I am trying to create a link to the desktop site with out much luck.
When the user clicks on a link I want them to be taken to the desktop site.
The link in the anchor tag is:
<p><a href="http://www.exchequersolutions.co.uk/contractors/cis-self-employed/cis-form/" target="_blank" class="cis_register" >Register Online</a></p>
Does anybody know how or even if this is possible?
Is not possible.
Every browser implement a function to save a link on OS FileSystem (drag&drop or file > save as ...).
You're stuck in a loop caused by user-agent detection.
It looks like there is device detection on the desktop site that uses the user-agent to identify mobile devices. If you follow a link to the desktop site using a mobile phone, you'll just be sent back to the mobile site.
There are a few different ways you can fix this, but it depends on your site architecture. One way would be to disable the redirect on the desktop site if you include a specific parameter in the query string. Another option would be to set a cookie and use that to disable the redirect.