- 14 Dec, 2015 7 commits
-
-
mattl authored
Mark up link to original as a repost for repeats http://indiewebcamp.com/repost See merge request !46
-
mattl authored
- 22 Nov, 2015 3 commits
- 20 Nov, 2015 4 commits
-
-
mattl authored
-
mattl authored
Refactor on File::processNew The code was so involved there was even a comment asking for a refactor. Now, File_redirection::where always returns a nice File_redirection object instead of an array or string or nothing. The object is either one which already existed or else a new, unsaved object. Instead of duplicating "does it exist" checks everywhere, do it in File_redirection::where. You either get what exists or something to save. An unsaved File_redirection may be paired with an unsaved File. You will want to save the File first (using ->saveFile()) and put the id in File_redirection#file_id before saving. See merge request !57
-
mattl authored
-
- 19 Nov, 2015 1 commit
-
-
hannes authored
block check can't be done inside the same try-expression as Subscription::getSubscription(), since if that throws a NoResultException, the block check will not be done. and if you're blocking someone you are not subscribing to them.
-
- 12 Nov, 2015 15 commits
-
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
Or repeat_of
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
Will make brid.gy work better, for example.
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
This especially allows mentioning mulitple users, etc.
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
This will form the backend of all incoming linkbacks. We verify the linkback is real and then try to form a rich notice out of it.
-
- 08 Nov, 2015 4 commits
- 06 Nov, 2015 5 commits
-
-
mattl authored
-
mattl authored
-
mattl authored
-
mattl authored
getParent() method will fail if the parent notice does not exist in the notice table getParent() method will fail if the parent notice does not exist in the notice table. See https://quitter.no/notice/709400 There are situations where a user delete his notice which could be a parent notice to a reply. The user which replied to this deleted notice will then have broken timeline. This is caused by the Notice.getParent() method which tries to return the selection of non existing parent notice. I've tried this code on quitter.no and it seems to work. See merge request !35
-
- 05 Nov, 2015 1 commit
-
-
abjectio authored
-