Commit Graph

11795 Commits

Author SHA1 Message Date
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