414a95a784
Initial move towards microformats2
...
No validation has been attempted yet. Lots of changes left. This
is visibly not (very) different from the previous CSS layout. But
some simplifications have been made.
Might cause issues with local changes to themes and CSS. Also maybe
javascript which depends on certain legacy microformats elements.
The move to microformats2 is motivated by the announcement that all
microformats should be migrated to version 2, as of 2014-06-20 at:
http://microformats.org/2014/06/20/microformats-org-turns-9-upgrade-to-microformats2
2014-06-22 17:11:04 +02:00
d16af504f6
File basename call lacked a dot
2014-06-22 17:05:11 +02:00
e4f1c77d6b
showAvatar functions deduplicated into Widget class
2014-06-21 23:25:50 +02:00
10105a9965
No more Internet Explorer exception CSS files
...
IE versions older than 8 (which these were for) should no longer
be used anyway, since they are filled with security holes and not
even Microsoft recommends or supports their use anymore.
2014-06-21 19:47:24 +02:00
79824a3625
Could not update avatar due to Bad Thumbnail parameters
2014-06-17 12:48:10 +02:00
5a3d74d9a8
UseFileAsThumbnailException (helps support GIFs)
2014-06-17 12:15:11 +02:00
19e80a60df
Repeat query window misplaced
2014-06-08 20:59:15 +02:00
6d9681d398
stopdaemons.sh: dynamic daemons list
...
Use getvaliddaemons.php instead of the hardcoded list of daemons
2014-06-07 10:34:51 -04:00
ad264b70e1
Revert "Slightly larger avatars and some box-shadow"
...
This reverts commit 38f5038cf0
2014-06-06 22:11:50 +02:00
a70d43a685
Start tracking alpha release numbers
...
Some changes should be implied as larger with an incrementing alpha
release number. Not all commits will increase this of course, but it
will give an indication on which major reworks, features or layout
changes have been made for the version being used on an instance.
2014-06-06 11:48:48 +02:00
38f5038cf0
Slightly larger avatars and some box-shadow
2014-06-06 11:42:58 +02:00
ddb836533e
Assume all web browsers have CSS3 support nowadays (if they support CSS)
2014-06-06 01:44:28 +02:00
cc3841a623
Profile sized avatar in DefaultProfileBlock
...
Don't know why it was overriding ProfileBlock...
2014-06-06 01:01:07 +02:00
c8c6bf9a1c
Simplify functions regarding locally cached profiles etc.
2014-06-06 00:32:07 +02:00
c786892103
Non-dynamic profile fetching in User and User_group
2014-06-06 00:19:54 +02:00
1217cd59bf
Non-dynamic user and group fetching in Profile
2014-06-06 00:07:32 +02:00
adf896bc12
Add support for plugins to resize images
...
This also adds an event hook to get more metadata of the ImageFile.
Such as if it's animated or so.
2014-06-05 13:29:36 +02:00
3f9a16dc58
Merge from chimo: Catch GeoCookie JSON parsing error
2014-06-05 09:33:30 +02:00
167740456b
Show inline repeats-list in ThreadedNoticeList
...
Also, don't show repeats _as_ separate notices in the list either.
2014-06-05 00:59:49 +02:00
a900d04052
Non-dynamic fetching for multiple Notice properties
2014-06-05 00:29:43 +02:00
3d807c812d
$notice->getProfile will ALWAYS return a Profile
...
otherwise it throws an exception
2014-06-05 00:07:04 +02:00
04d4b62dff
Replies to repeats should go to the original
2014-06-04 23:51:32 +02:00
a490d634db
Repeats were not delivered a conversation ID
...
Vinilox noticed that replies to repeats ended up outside of the original
notice's conversations.
2014-06-04 23:21:37 +02:00
90cc6b4d3b
Notice::getReplyTo more specific now (getInlineReplyTo)
2014-06-04 23:20:20 +02:00
de53e74f40
Proper HTTP status codes for WebFinger search miss
2014-06-04 12:59:58 +02:00
6d0ac21185
Return 404 on resource-not-found for WebFinger
2014-06-04 12:46:06 +02:00
d350a20e1f
Less verbose debugging (also don't log private keys)
...
Magicsig private keys were logged. That's probably not a good thing.
MagicEnvelope full XML entries no longer spam the log either.
2014-06-03 12:53:04 +02:00
aaef11077d
Default of Magicsig keypair toString should be secure
...
Prevent crappy coders from leaking private keys.
2014-06-03 12:51:52 +02:00
629cbedee2
Dangerous non-dynamic profile fetching in Notice
...
For a Notice object with multiple results, ->getProfile() would ALWAYS
return the first profile in the list. For example our "popular notices"
stream ended up believing all notices were made by the same profile.
2014-06-03 12:22:07 +02:00
c99d4eddb1
Moved Poll CSS into the plugin directory
2014-06-03 11:38:40 +02:00
9a19588ac9
Moved QnA CSS into the plugin directory
2014-06-03 11:36:32 +02:00
e6dcb0c40e
Moved Event CSS into the plugin directory
2014-06-03 11:34:39 +02:00
70cb488106
ActivityObject::fromProfile used some non-included class definitions
2014-06-03 03:18:13 +02:00
9a1109bd14
Revert "There were referenced in ActivityObject not autoloaded"
...
This reverts commit 6e35544a67
2014-06-03 03:16:18 +02:00
a7531ca5c7
Moved Bookmark CSS into the plugin directory
2014-06-03 03:08:14 +02:00
1431bbd884
No need to pre-resize avatars
2014-06-03 01:52:42 +02:00
6e35544a67
There were referenced in ActivityObject not autoloaded
2014-06-03 01:33:48 +02:00
0bc122ff58
Magicsig::generate is now static
...
This also fixes a problem with "initial salmon slap", which was a
problem for newly registered accounts which would have their first
salmon slap fail to distribute since there was a problem with Magicsig
keys. Apparently we have to re-read them with importKeys so the
Crypt_RSA objects publicKey and privateKey match later instances of them.
I think it may have been that generate() doesn't specify a signatureMode,
but I leave experimentation of that to the future.
2014-06-02 21:50:40 +02:00
537dff7987
Salmon posts can only be made for local users. More typing!
...
Since we of course don't have the remote party's private keys anyway.
I made some small fixes in Magicsig class too, removing unnecessary code.
2014-06-02 19:46:42 +02:00
2cd25039af
Quick-return is more comprehensible than long if statements
2014-06-02 19:37:06 +02:00
f7479e3f57
Prepare for WebFinger magicsig data for remote profiles
2014-06-02 19:33:09 +02:00
78805d113a
MagicEnvelope discoverKeyPair now returns string
...
getKeyPair fills in missing data so it's a complete Magicsig.
We may use insert() here in the future so the Magicsig is cached locally.
2014-06-02 18:31:48 +02:00
d44588f98b
Only use a Profile in MagicEnvelope keypair retrieval
...
So we _know_ there is a profile for the submitter we're about to verify.
2014-06-02 16:12:26 +02:00
56194b3cd9
Magicsig importKeys finetuning and getHash() use
2014-06-02 16:11:15 +02:00
dc52a8ff43
Don't ensureProfile before we verify signature
2014-06-02 16:10:26 +02:00
00b2bddc7c
Clarify it's not base64, but base64url, encoding in Magicsig
2014-06-02 14:51:15 +02:00
993ad00333
Improve debugging for Salmon slaps
2014-06-02 14:20:58 +02:00
d534ea7bd6
Try the whole Salmon action for AlreadyFulfilledException
...
If we have already fulfilled the action, we don't have to send an error back.
2014-06-02 13:57:30 +02:00
c1dc13bef0
Magicsig warning message would fail to get bits
2014-06-02 13:35:29 +02:00
db443e9374
File::processNew now static and always throws exception on failure
2014-06-02 02:11:23 +02:00
Mikael Nordfeldth
chimo