Summary. I administer a website, for which I pay a small monthly fee to have hosted on a shared server. It has cPanel. When I upload a video which is longer than a few seconds, and password-protect it, and try to view it in Safari as a user would, it asks for the credential, but then won't play. If I try the same thing in Firefox, it works, and then it works in Safari for a day or so, without entering anything. What might be going on here?
Steps to reproduce
• Using cPanel's File Manager, create a new directory on my site.
• In cPanel, password-protect the new directory, composing a username and password.
• Using the FTP client on my computer, upload a 4-minute .mov Quicktime movie file to this new directory.
• On my computer running Mac OS X 10.9, activate Safari 7.0 and browse to the uploaded .mov file. A sheet and/or a freestanding dialog window appears asking for Username and password.
• Enter the User name and password, once or twice.
RESULT: A Quicktime Player appears, but showing the scrubber and control strip only, no video box. It says "Loading", and hangs there forever. Clicking the ► "play" button has no effect.
• On same Macintosh, activate Firefox (Aurora version 27) and browse to the same .mov file. Again, sheet appears asking for username and password.
• Enter username and password.
RESULT: Movie plays in Firefox.
• Reload page in Safari.
RESULT: Movie plays in Safari now, without entering anything.
Further Info
This seems to work until maybe the next day. If I try to reload the page the next day, it won't play until I enter username and password into Firefox again. This is apparently not related to my IP address, because whatsmyip.org is giving me the same number today as yesterday. Also, I just tried it in Safari on my iPad Mini, entered username and password, and it worked. But we're on the same LAN with the same gateway IP address.
Here is a link to the protected movie, which I have uploaded for testing. (It's a rip of the first 4 minutes of Apple's October 13 event.)
To test it, you'll need: Username: test Password: test13579
The finger most likely points at Safari, but before I give up and file a bug with Apple, can anyone take a stab at what might be going on or how to work around it?
Thanks,
Jerry Krinock
P.S. Why I want this: I support some Mac OS X apps, and sometimes people send me their private data in a support request. I'd like to be able to make a quick video, showing them what to do with their data, and then create a protected folder for them on my server, upload the video, and send them the username and password. I know there are alternative services which can do this, but to do it on my own cPanel site is quick, convenient for both of us, and of course, no additional cost or accounts to fuss with.
I did some more testing on the un-embedded video.
In Mac OS X, it plays OK in Firefox and Google Chrome, but not in Safari. In iOS 7, it plays OK in Safari, but not in Google Chrome and not in Foxbrowser.
How did they manage that?
But it doesn't matter because I have a workaround. Embed the video into a professionally-crafted HTML page.
Related
We have discovered today that the WhatsApp's click to chat link is not working anymore.
For instance, if you visit https://api.whatsapp.com/send/?phone=XXXXXX&text=hi, the browser shows a website with the following button.
But if you click "Continue to Chat", it prompts you to download WhatsApp on mobile device. Or if you were using desktop computer, it prompts you to login WhatsApp. Previously, it would go directly to the chat area.
Is there any workaround? Thank you.
You can use the underlying deep link instead of the URL. We do this in production and it works reliably.
The deep link is: whatsapp://send?phone=1234&text=smth. If you have any symbols in your message text, then you should URL encode it. For instance, if you're using JavaScript then you'd first run encodeURIComponent on your text. The phone umber should be written with the international country code included as a prefix.
We encountered this problem suddenly too here in Austria. What worked for us:
Uninstall the WhatsApp-Client for Windows and download and install the latest Version
Use the Link-Variant provided by #pir with the phone number written with the International Country Code, e.g. whatsapp://send?phone=43699123xxxxx
This not only works in JavaScript but also in the URL-Searchbar of your Browser, you can use it like any other hyperlink.
I need to authenticate to a website.
After successful authentication - a form is shown, where a few details are filled.
After submitting the form, the page gives an impression that something is loading:
After a non-fixed delay, a download pop up is shown:
Sadly, assuming if I try to download from URL, I cannot overcome the authentication part. The web browser client is authenticated, not the VBA client.
My simple question is:
How to detect, whether this download pop up has appeared or not in IE9+?
A few things I have tried:
URLDownloadToFile is of no use, since the download link for the file is not fixed and appears after authentication
Siddharth's answer, does not addresses IE 9 download dialogue box, rather works for IE 8 dialogue box
I believe that after successfully detecting this pop up, I can download the file to local disk simply using SendKeys - correct me if needed.
Side question: how to download the file to local disk after detection is successful?
I am trying to invite testers to my iOS app through iTunes Connect, but when they receive an invitation, nothing is working..
Seen the screenshot below:
That is what happens when clicking the link from the iTunes Connect new user e-mail:
Welcome to iTunes Connect. You have successfully created an iTunes
Connect account for 123#123.com. To complete the process,
activate your account using the password already associated with this
Apple ID.
If you have any questions about this email, please use Contact Us.
Regards, The iTunes Store team
Am I doing something wrong?
The problem seems to be that a script in the page is referring to a non-public hostname idmsauth-stable.corp.apple.com. I was able to workaround this issue by manually modifying the script in Chrome Developer Tools and re-executing the code in the Developer Console.
1) Open the activation URL in Chrome
2) Open Chrome Developer Tools (Cmd-Alt-I on OS X, Ctrl-Shift-I on Windows)
3) Go to the Sources tab
4) Find main.js (itunesconnect.apple.com/itc/static-resources/main.js)
5) Modify line 20 to replace "idmsauth-stable.corp.apple.com" with "idmsa.apple.com"
6) Select the contents of the main.js file and copy to the clipboard
7) Paste into the console (you may need to tap the ">_" button to make it visible)
8) Press "Enter"
You should now see the expected iTunes Connect spinner appear and eventually you'll see a Terms and Conditions window.
Credit by apboyle from apple forums
It seems Apple fixed the issue, I don't get the white screen anymore.
When using chrome dev tools to emulate mobile devices, sometimes when toggling emulation from mobile back to desktop the user agent spoofing gets stuck in mobile. I've tried hard cache reset, closing browser completely, restore to default.... but anything I do the site still renders in mobile (even when emulation is turned off).
This happens in Canary, beta, and regular Chrome.
Also a note i've only seen this happen in Sharepoint.
Anyone know how to resolve? Nothing seems to get the dev tools to change user agent back to default when exiting emulation.
Have you tried deleting your chrome settings?
Windows: C:/Users/%username%/AppData/Local/Google/Chrome/User Data
Mac OSX: ~/Library/Application Support/Google/Chrome/
Ubuntu: ~/.config/chromium/
Also make sure you aren't ZOOMED! Gets ya everytime
I ran into this same problem previously when using dev tools in Chrome to look at mobile resolutions that got me permanently stuck in mobile for SharePoint only. I solved it originally with the recommendation above of deleting my Chrome settings folder, however, that meant I had to sign in again, sync my extensions, etc.
After forgetting that this would happen again, I ran into the same issue, but this time I discovered that if you append the following to your SharePoint URL it will reset this back to non-mobile. I verified that it is not temporary as I have closed my browser, reopened, visited SharePoint, and it still loads in desktop mode.
/?mobile=0
So, you would use your site url, e.g. https://siteurl/?mobile=0
Weird, this just started happening to me. It persists in new tabs and new windows. Only fix is to open DevTools and switch to Responsive mode and then pull it way out. As soon as I turn off Responsive / Mobile view, Chrome snaps right back to a mobile view by default (appears to be iPad size).
The solution for me (so far) was to quit Chrome and open it back up.
Got quite odd problem with one website. Website is previously made by someone else and I am updating it. Problem is that some mobile browsers do not even attempt to open the site. When I try to open the site with Symbian N8 default browser it just stops at 5% of load and then there is message "Could not open the website, check your connection" after a minute or two. But if I try to open the site on same phone with Opera Mini or Opera mobile it works fine. I heard that some other people also have problems opening this site on tablet or on phones.
Apache access log does not show anything when connecting with symbian default browser. Also if I remove .htaccess which has some rules, it doesn't help. Even when I add die("test"); to first line of page.php (which is loaded first by .htaccess) it doesn't show that on those mobile browsers where it does not work.