Max Shinn
d61f88b979
Only show photo uploads for logged in users
2010-12-27 17:12:25 -06:00
Max Shinn
18f46958f2
Individual ids for photos
2010-12-27 16:57:13 -06:00
Max Shinn
a6bf28f3ee
Fixing photo page replies and descriptions
2010-12-27 16:39:21 -06:00
Max Shinn
98cb4a4e54
Improved nav bar
2010-12-27 07:42:00 -06:00
Max Shinn
e81bdcb200
Untabify
2010-12-26 20:51:17 -06:00
Max Shinn
cbf296e804
Usability with photos tab
2010-12-26 20:42:45 -06:00
Max Shinn
a10a9c4a90
Show photos on all of a user's pages
2010-12-25 15:56:46 -06:00
Max Shinn
a3c4dca90d
Links to photo pages in gallery
2010-12-25 15:35:20 -06:00
Max Shinn
4af6e0f44c
Merge branch 'master' of git://gitorious.org/~trombonechamp/statusnet/trombonechamps-gnu-social
2010-12-25 08:02:17 -06:00
Max Shinn
6cc0a910d2
Individual photo page
2010-12-25 08:02:06 -06:00
Ian Denhardt
3a7e8e9d88
apparently we need a primary key in every table. this fixes an error in the logs.
2010-12-23 16:26:21 -05:00
Ian Denhardt
ce9f8eed27
Localization fixes (wouldn't build previously)
2010-12-23 02:33:12 -05:00
Ian Denhardt
c901039a1f
added link to photo upload page.
2010-12-21 16:25:11 -05:00
Ian Denhardt
23cf5c780d
Added a link to the user's photos on their profile page.
2010-12-21 15:33:49 -05:00
Ian Denhardt
012ccc2dcb
no longer have to be logged in to merely view a photo album.
2010-12-21 14:54:02 -05:00
Ian Denhardt
148f6b6933
corrected height/width on ad-hoc'd thumnails.
2010-12-20 22:07:03 -05:00
Ian Denhardt
30815645fc
Photo federation is basically working now, could use some polish.
2010-12-20 22:02:50 -05:00
Ian Denhardt
39d0420ab6
Fixed a typo that rendered firefox (and probably others) unable to upload photos.
2010-12-20 16:52:25 -05:00
Ian Denhardt
e36399974e
Merge branch '1.0.x' of git://gitorious.org/statusnet/mainline
...
Conflicts:
lib/action.php
plugins/OStatus/actions/ostatusinit.php
2010-12-20 15:19:33 -05:00
Brion Vibber
d8a3a88ec8
Merge branch '0.9.x' into 1.0.x
...
Conflicts:
classes/Memcached_DataObject.php
2010-12-17 17:13:21 -08:00
Brion Vibber
fb8312ebf4
Ticket #2959 : implement api/users/profile_image endpoint in Twitter-compat API
2010-12-17 17:10:52 -08:00
Brion Vibber
3a831ff811
Merge branch 'sorting' into 0.9.x
2010-12-17 16:31:19 -08:00
Brion Vibber
5300d657cc
Sort indexing fix for profile sidebar: add group_member_profile_id_created_idx to group_member table, streamlines sorting of your group memberships in the sidebar
2010-12-17 16:22:26 -08:00
Brion Vibber
c0669969f2
fix typo in showstream
2010-12-17 16:21:33 -08:00
Brion Vibber
146d6b8b73
Sorting index fix for role lookups: adds profile_role_role_created_profile_id_idx index on profile_role
2010-12-17 16:12:44 -08:00
Brion Vibber
fb65d5901d
Update sorting for conversation views: adds notice_conversation_created_id_idx index on notice, replacing more limited notice_conversation_idx
2010-12-17 16:08:37 -08:00
Zach Copley
073f3e99cb
Update Twitter calls to use documented API endpoints
...
see: http://groups.google.com/group/twitter-api-announce/msg/34b013f4d092737f
2010-12-17 15:57:22 -08:00
Brion Vibber
71151b3bc0
Update sorting for User::repeatedByMe() -- currently unused. Likely not ideally indexed yet.
2010-12-17 15:28:55 -08:00
Brion Vibber
b80151275a
Update sorting on api/statuses/retweets_of_me; was and remains poorly indexed, but will use updated sorting method.
2010-12-17 15:25:19 -08:00
Brion Vibber
1b90ed564a
Update sorting on api/statuses/retweets: adds notice_repeat_of_created_id_idx index to replace notice_repeatof_idx
2010-12-17 15:13:09 -08:00
Brion Vibber
04aa8bd70f
work around borkage in statuses/repeats -- tries to check an offset var that's not there. use the limit var which is there instead
2010-12-17 15:05:45 -08:00
Brion Vibber
66474586af
Update sorting for group inbox timelines; adds group_inbox_group_id_created_notice_id_idx index to group_inbox table
2010-12-17 14:51:37 -08:00
Brion Vibber
3ddfa4de93
Update sorting on reply/mentions timeline: added reply_profile_id_modified_notice_id_idx index to reply table
2010-12-17 14:43:45 -08:00
Brion Vibber
00a5a5342a
Update sorting for tag-filtered public timeline: needs notice_tag_tag_created_notice_id_idx index added to notice_tag
2010-12-17 14:37:46 -08:00
Brion Vibber
33daace6cb
add fixme for since_id/max_id on fave streaming (?)
2010-12-17 14:32:06 -08:00
Craig Andrews
786250e3d9
In LdapCommon checkPassword/changePassword only get the 'dn' attribute as an optimization as no other attributes are necessary.
...
Thanks to drslump reported at http://status.net/open-source/issues/2955
2010-12-17 17:22:52 -05:00
Brion Vibber
4adf551f9f
Update sorting for user tagged timelines (indexing was bad before and remains bad -- we need some DB changes to make this one nice)
2010-12-17 13:45:40 -08:00
Brion Vibber
4cd3a0756b
Update notice sorting for profile streams; extract more common code to Notice::addSinceId() and Notice::addMaxId()
2010-12-17 13:20:38 -08:00
Brion Vibber
9e8bbff8ac
Notice::whereSinceId() and Notice::whereMaxId() encapsulate logic for building where clauses for since_id/max_id parameters. Can override the field names from 'id' and 'created'.
2010-12-17 13:03:18 -08:00
Brion Vibber
53dd2583fc
Switch public timeline to new sorting; new index notice_created_id_is_local_idx
...
http://status.net/wiki/Sorting_changes
2010-12-17 12:49:02 -08:00
Brion Vibber
5de86f0ccc
Initial switch of public timeline stream to use timestamps for internal sorting
2010-12-17 12:38:38 -08:00
Brion Vibber
7c84c35587
Notice::getAsTimestamp() static function to look up the timestamp for a given notice, even if it's been deleted. To be used for converting since_id/max_id processing to use timestamp sorting internally.
2010-12-17 12:09:02 -08:00
Brion Vibber
0e7a283883
only run explain on selects
2010-12-17 12:08:46 -08:00
Brion Vibber
0535a3d15c
Event hook for SQLProfile
2010-12-17 11:46:11 -08:00
Brion Vibber
66b89de256
SQLProfile: quickie plugin to run DB queries through 'explain' and log ones that trigger filesort or temporary table
2010-12-17 11:41:40 -08:00
Zach Copley
446c2ab666
Document a few undocumented administration related events
2010-12-16 20:13:17 -08:00
Brion Vibber
bf59eaf602
Merge branch '0.9.x' into 1.0.x
2010-12-16 17:12:35 -08:00
Brion Vibber
46d9496ee6
Tickets #2112 , 2333, 1677, 2362, 2831: fix AJAX form posting on SSL page views with ssl=sometimes
...
These have been failing for ages due to our outputting full URLs all the time, usually with the default protocol instead of the current one.
Forms would get output with an http: URL in their contents even when destined for an HTTPS page; while a regular form submission would just warn you about the secure->insecure transition, the AJAX code was failing outright and then not bothering to fall back to the regular submission.
I found it was easy to detect the mismatch -- just check the target URL and the current page's protocol before submitting.
Since failing over to non-AJAX submission to the HTTP URL throws up a warning, I figured it'd be easier (and much nicer for users) to just let it rewrite the target URL to use the secure protocol & hostname before doing the final submit.
This check is now automatically done for anything that calls SN.U.FormXHR() -- making most of our buttons on notices and profile/group headers work naturally.
The notice form setup code also runs the rewrite, which gets posting working without an error dialog.
I'd prefer in the long run to simply use relative URLs in most of our output; it avoids this problem completely and lets users simply stay in the current protocol mode instead of being constantly switched back to HTTP when clicking around.
(Note that folks using the SSLAlways extension to Firefox, for instance, will have their browsers constantly sending them back to HTTP pages, mimicking the desired user experience even though we haven't fully implemented it. These folks are likely going to be a lot happier with forms that submit correctly to go along with it!)
2010-12-16 17:02:02 -08:00
Brion Vibber
532178e3ee
Fix for ticket #2910 : fix inconsistencies in notice posting response display that broke help command, could be generally wonky
...
Previous code was importing nodes from the XHR result into current document, then pulling text content of what might be the right element, then concat'ing that straight into HTML. Eww! Now pulling the text content straight from the XHR result -- same element that we check for existence of -- and using jQuery's own text() to do the getting and setting of text. Also note that some browsers might have been pulling HTML instead of text, or other funkiness.
2010-12-16 16:18:49 -08:00
Brion Vibber
e79034e163
Merge branch '0.9.x' into 1.0.x
...
Conflicts:
plugins/CacheLog/locale/nb/LC_MESSAGES/CacheLog.po
2010-12-16 15:56:19 -08:00