- 24 Jan, 2016 1 commit
-
-
mattl authored
-
- 13 Jan, 2016 3 commits
- 12 Jan, 2016 2 commits
- 11 Jan, 2016 3 commits
- 09 Jan, 2016 1 commit
-
-
mattl authored
-
- 08 Jan, 2016 1 commit
-
-
mattl authored
-
- 07 Jan, 2016 2 commits
- 05 Jan, 2016 2 commits
- 01 Jan, 2016 2 commits
- 05 Dec, 2015 1 commit
-
-
mattl authored
-
- 02 Nov, 2015 1 commit
-
-
Stephen Paul Weber authored
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.
-
- 28 Oct, 2015 2 commits
-
-
Stephen Paul Weber authored
-
Stephen Paul Weber authored
Use an associated model to prevent race conditions on creating the profile object.
-
- 23 Oct, 2015 1 commit
-
-
Stephen Paul Weber authored
Because inferring who you mean (especially in the presence of remotes) can suck
-
- 04 Oct, 2015 1 commit
-
-
mattl authored
-
- 01 Oct, 2015 1 commit
-
-
mattl authored
Also prepares for StoreRemoteMediaPlugin, coming up...
-
- 30 Sep, 2015 1 commit
-
-
mattl authored
-
- 27 Sep, 2015 1 commit
-
-
mattl authored
-
- 05 Sep, 2015 1 commit
-
-
mattl authored
-
- 16 Jul, 2015 2 commits
-
-
mattl authored
Also made some changes in the password "munging" function call common_munge_password to accept a profile instead of user ID (which was only there because stoneage StatusNet used the ID to generate a not-very-random salt, but nowadays we primarily use AuthCrypt plugin).
-
mattl authored
A feature we use of parent notices is that if you use the same @user as the parent notice, the same @user will be notified, regardless if there might be @user@site.com as well as @user@example.com and you're subscribed to just one of them (or both, or none of them!). But this threw an exception since we tested this on new notice threads.
-
- 15 Jul, 2015 1 commit
-
-
mattl authored
-
- 02 Jun, 2015 3 commits
- 09 May, 2015 1 commit
-
-
mattl authored
-
- 15 Mar, 2015 1 commit
-
-
mattl authored
Because we don't want to auto-fetch items from a remote server. Such items should be delivered as attachment metadata and portrayed in the way the local instance chooses. Choices for portrayal are either simply nullifying this and embedding the data, linking the file remotely requiring a manual click or maybe use remote oEmbed data etc. to download files locally so no remote requests have to be made.
-
- 27 Feb, 2015 1 commit
-
-
mattl authored
also added backward compatible StatusNet class for the two calls I know third party plugins use, isHTTPS and getActivePlugins
-
- 26 Feb, 2015 1 commit
-
-
mattl authored
-
- 17 Feb, 2015 3 commits
-
-
mattl authored
We're removing unicode formatting characters as well, such as RTL marks. For more info on why we're because extra cautious (but may accept the characters in later versions) you can read: https://blog.malwarebytes.org/online-security/2014/01/the-rtlo-method/
-
mattl authored
It's too farfetched to assume any text.com in a notice is an HTTP URL. For example stuff like pasting from log entries, with domain.com:1234 where 1234 is a _PID_ or something, not a port number for http://...
-
mattl authored
For example: #REVOLUCIÓN becomes #revolucion instead of #revolución
-