Needs review
Project:
Twitter
Version:
7.x-5.x-dev
Component:
Twitter API
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
13 Apr 2012 at 01:57 UTC
Updated:
5 Feb 2019 at 14:45 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
juampynr commentedChanging version name. I have closed the other ticket so we can focus the work for all versions here.
Comment #2
xurizaemonthe patch in zipfile on #1520008: Extract actual URLs from t.co wrappers using Tweet Entities was a bit bung and contained some other code
this appears to be it if anyone wants to make a proper patch.
based on general twitter.com behaviour, stripping t.co URLs out from user content probably a violation of twitter policy :P
Comment #3
13rac1 commentedThis doesn't seem to be a twitter policy violation. Twitter specifies how to render (unwrap) t.co here: https://dev.twitter.com/docs/tco-link-wrapper/faq#How_do_I_render_links_...
Comment #4
tommyk commentedI would be very interested in how to achieve this also. I'm actually using 6.x-5.0, but if the latest version is updated, I think backporting will be easy.
Comment #5
dddave commentedComment #6
Eupeodes commentedMy proposal for a fix. It also includes code to store a media url in the db, I am aware that this is not really part of the request, so if needed I am willing to create a separate request and patch for that. I just tested this and it works on my site. Please be aware that it only works on import of tweets. So please do not complain that your current tweets are not updated.
Comment #7
Eupeodes commentedcompleted the diff, now also the view is included. Still some work needs to be done on getting the media thing working with lightbox or similar image handlers. But this should be a separate issue I think.
Comment #8
dgeo commentedThis makes sense for me too :)
Here is the same as "git patch" tested working for 7.x-5.x version
Comment #9
dgeo commentedfinally I removed media's DB things as suggested: it may need more work and is not related with this issue.
It may be more safe to commit quickly too ;)
Comment #10
damienmckennaTriggering the testbot.
Comment #11
damienmckennaTriggering the testbot.
Comment #12
doitDave commentedObviously the test bot has been triggered successfully. Could we have this in a soon release, please? Would really be great :-)
Comment #13
benjarlett commentedI am interested in this, but I ran the patch and "Hunk #1 FAILED at 1285."
Comment #14
dgeo commentedTested (and approved) here, on 7.x-5.x-dev (along with date_api integration patch
Comment #15
damienmckennaThe schema needs to be updated to match this - 255 chars will run out rather quickly when you start having multiple URLs in one tweet.
Comment #16
dgeo commentedHow much space should we reserve for a tweet ? 140 + X URL's (according to first search engines responses, an URL may have 8192 chars…)
Shouldn't we use a TEXT field here ?
I'm not very confident with migrations… do someone know how to change field type ?
Or maybe shorten URL conditionnaly (checking the twit's length)
Comment #17
damienmckennaClosed a duplicate: #2599064: t.co to bit.ly urls
Comment #18
annared commentedWhen i apply the patch i get "Hunk #1 FAILED at 1285."
Patching it manually doesn't work either. Any idea?
Thanks
Comment #19
damienmckenna@annared: The patch needs to be rerolled and improved.
Comment #20
dgeo commentedField "text" field is blob now, so lenght should not be a problem anymore.
Re-rolling the patch, hope it can be commited this time…