Once embedded in a blog post a tweet will stay there even if deleted from Twitter (in theory)

This is another one of those posts that's really just for me ;)

On 1 May 2011 I sent a tweet and then, a day later I deleted it. It's still there though because before deleting it I added it to Storify, and now it's trapped there forever. The take-home lesson from this is that even if a tweet's later deleted, once it's been saved in Storify it's permanently saved (you can also take screenshots etc).

I've never tried it in a blog post but am expecting it to work because Twitter's help files indicate that it should*. An embedded tweet inherits all the information that lets someone who's reading it on a blog post (instead of on Twitter) interact with it - they can favourite or RT it. If the tweet is deleted from Twitter this is no longer possible but the text of the tweet (and who sent it and when) remains.

Let's see... I just sent this and will soon delete it.

URL of tweet: https://twitter.com/JoBrodie/status/487658994925072385

Embedded version:

This is a test tweet that I'm going to embed in a blog post or two and then delete. Only tested w Storify b4, 3y ago https://t.co/mjcI6xocLu
— Jo Brodie (@JoBrodie) July 11, 2014

Now to delete it and see what happens. (According to the info below if I made my account private that would have the same effect).

Edit 
Now that the tweet is deleted you can see what it looks like above, and this is how it had appeared on this post before I deleted it from Twitter.

 

*"What if a user deletes a Tweet after it has been embedded on another website? Similarly, what happens to Tweets from users that change their Tweets from public to protected (or become suspended)?

In all of these cases, Twitter branding and Tweet actions will be removed from the embedded Tweet, but the content of the Tweet will still be visible."

Some problems I am having with Survey Monkey in which deleting cookies doesn't seem to help

Edit: a few minutes later ;)
A cleverer colleague pointed out that the problem could be stemmed at source by adding an exception block for all cookies from SurveyMonkey. This works beautifully.

To do this in Firefox go to Tools » Options and click on the Privacy tab. Where it asks if you want Firefox to remember your history choose 'use custom settings for history' then make sure the 'accept cookies' bit is ticked (if you want to accept cookies from other sites) but click on 'Exceptions' and add in the root web address of the one(s) you want to block, in my case http://www.surveymonkey.com, then click the Block button and OK your way out of the menu and you're done.

---

I am transcribing hundreds of paper surveys into a SurveyMonkey survey. Once the survey is finished the system assumes you're done and doesn't let you refresh the survey to add in the details of another sheet. The way around this is to delete cookies then refresh and this resets things nicely.

However it isn't doing so today and no amount of cookie deletion, entire history deletion, private browsing, or refreshing the page with F5 will help. That's with Firefox.

I've tried creating a SurveyMonkey account and logging in and that doesn't work either.

I'm now on to MSIE (internet explorer) which involves a longer process to delete cookies, but it is currently working and I'm able to add in each new survey. I don't know if that will suddenly start working but I've also got Chrome and Safari on my desktop and I don't mind downloading more browsers, although there comes a point when it does all get rather silly.

Surely I can't be the only person who needs to transcribe paper surveys and has come up against this problem? While I might wish the surveyees had been given the link to fill in the survey themselves there are good practical reasons why paper should be used and so that's not going to change.

Is there a setting I can switch on that lets me solve this without having to go under the bonnet after adding in each new survey?

Ta!