Commit Graph

5449 Commits

Author SHA1 Message Date
Sarven Capadisli
6f7e3053ba Merge branch '0.8.x' of git@gitorious.org:statusnet/mainline into 0.8.x 2009-11-04 09:25:16 +00:00
Sarven Capadisli
00e7214720 Added script documentation 2009-11-04 09:24:14 +00:00
Sarven Capadisli
1e7c4f773b Script no longer neeed 2009-11-04 09:20:36 +00:00
Sarven Capadisli
cc0a6dce36 Sync RealtimePlugin with 0.9.x 2009-11-04 09:19:39 +00:00
Sarven Capadisli
df1ee6867e Sync Realtime JavaScript with 0.9.x 2009-11-04 09:12:34 +00:00
Evan Prodromou
01795bd615 Merge branch 'testing' into 0.8.x 2009-11-02 18:10:37 -05:00
Evan Prodromou
f757ba3ca2 notes about registeruser and makegroupadmin scripts 2009-11-02 18:10:01 -05:00
Evan Prodromou
85d5585fc4 script to make someone a group admin 2009-11-02 18:07:38 -05:00
Evan Prodromou
8e4bc78204 correct name in registeruser 2009-11-02 18:07:20 -05:00
Evan Prodromou
97b4576c11 script to register a user 2009-11-02 18:07:04 -05:00
Evan Prodromou
f0fc12b0a7 script to make someone a group admin 2009-11-02 18:06:27 -05:00
Evan Prodromou
edb2713026 correct name in registeruser 2009-11-02 18:06:09 -05:00
Evan Prodromou
eee033ae7c script to register a user 2009-11-02 17:28:03 -05:00
Evan Prodromou
6664528244 Revert "Blacklist all files and directories in the web root (INSTALLDIR). Much more elegant than manually keep tracking of these invalid usernames."
This reverts commit 15f9c80c28.

So, so, elegant! And so, so, incorrect!

We can't have a user named 'notice' because that would interfere with
URLs like /notice/1234. However, there is no file named 'notice' in
the Web root.

If there were a way to automatically pull out the virtual paths in the
root dir, this may make sense. Until then, we keep track here.
2009-11-01 11:09:14 -05:00
Evan Prodromou
659da177ea Add SocialOomph 2009-10-31 15:49:21 -04:00
Evan Prodromou
603f95d17d add and update choqok 2009-10-31 15:40:26 -04:00
Evan Prodromou
c637fe8cf0 remove mention of getfile 2009-10-31 14:34:04 -04:00
Evan Prodromou
7b5285c346 Revert "mod_rewrite rule for getfile"
This reverts commit 834a876dd0.
2009-10-31 14:33:28 -04:00
Evan Prodromou
446de62d02 Revert "Added some explanatory text to README"
This reverts commit d2bac158cd.
2009-10-31 14:33:26 -04:00
Evan Prodromou
a5b3ad7bf5 Revert "Added bit about being incompatible with file attachment virtual server"
This reverts commit afe663af82.
2009-10-31 14:33:24 -04:00
Evan Prodromou
ba89c89176 Revert "Actually commit the file this time"
This reverts commit 3f06bfc042.
2009-10-31 14:32:15 -04:00
Evan Prodromou
4056a26017 Revert "Added getfile action"
This reverts commit f58daa873b.
2009-10-31 14:32:12 -04:00
Evan Prodromou
cf199a9b73 updates to README 2009-10-31 14:19:26 -04:00
Evan Prodromou
ae7d524fd8 add a README warning devs from fracking around in extlib/ 2009-10-31 13:35:20 -04:00
Evan Prodromou
08546e4fb4 Merge branch 'master' into testing 2009-10-31 13:05:22 -04:00
Carlos Perilla
8ce3adc76b Fixes foaf notices, use Profile for information that's missing in Remote_profile 2009-10-31 12:49:53 -04:00
Evan Prodromou
9f7d390ad1 update version to rc2 2009-10-31 12:18:38 -04:00
Evan Prodromou
5e27d53947 Merge branch '0.8.x' into testing 2009-10-31 12:16:30 -04:00
Sarven Capadisli
dcca9fbec0 IE has some issue with notices that are sent with file attachments. It
doesn't like the XHR response with XHTML DTD. New notices without the
file attachment work fine.

The rendered content (the anchor for the file attachment link) doesn't
appear to be the issue.

To fix this problem, I removed the XHTML DTD line from newnotice's XHR
response. This is unnecessary for text/xml outputs that's intended
for XHR responses any way. It just happens to fix an IE issue.

Still a mystery to me as to why it is particular to notices with file
attachments.
2009-10-30 21:44:31 +00:00
Jeffery To
afe663af82 Added bit about being incompatible with file attachment virtual server 2009-10-22 12:46:59 +08:00
Jeffery To
d2bac158cd Added some explanatory text to README 2009-10-22 12:46:58 +08:00
Jeffery To
834a876dd0 mod_rewrite rule for getfile 2009-10-22 12:46:57 +08:00
Jeffery To
3f06bfc042 Actually commit the file this time 2009-10-22 12:46:56 +08:00
Jeffery To
f58daa873b Added getfile action 2009-10-22 12:46:54 +08:00
Zach Copley
8a31970ff8 Twitter now puts out an error msg when the status param is empty.
Updated our API to match.
2009-10-20 15:09:18 -07:00
Evan Prodromou
65a3ccd458 Merge branch 'master' into testing
Conflicts:
	lib/util.php
	tests/URLDetectionTest.php
2009-10-20 16:11:07 -04:00
Eric Helgeson
490dfc6f5a Better check if site,server is configured. 2009-10-19 20:08:20 -04:00
Brenda Wallace
66fca9e2a8 some typoes in comments that annoyed me, fixed now 2009-10-19 18:08:44 -04:00
Evan Prodromou
d72748eb8e Revert "upgrade script for postgres"
This reverts commit d46f2ee350.
2009-10-19 18:07:36 -04:00
Evan Prodromou
689b3ae73d Revert "added missing parts to postgres update, and the config+user_role tables to both upgrade scripts"
This reverts commit e9edb803bc.
2009-10-19 18:07:19 -04:00
Evan Prodromou
c0eca0e59b Revert "fixed up some invalid comment syntax - this is ANSI SQL"
This reverts commit 6704ddddf2.
2009-10-19 18:07:03 -04:00
Evan Prodromou
728a146ec0 new codename for 0.8.2 2009-10-19 17:30:08 -04:00
Evan Prodromou
fe1ae3a47e Merge branch 'testing' of git@gitorious.org:statusnet/mainline into testing 2009-10-19 17:00:36 -04:00
Eric Helgeson
9d0e37c4e8 Utilize NICKNAME_FMT constant when creating at replies 2009-10-19 13:11:55 -04:00
Eric Helgeson
acf2b19463 Ignoring Sent from my* line in mail (iPhone/Pre) 2009-10-19 12:52:25 -04:00
Brion Vibber
d3bbf3ad24 Workaround for Facebook data store API behavior regression, fixes saving
of empty notice prefix text in facebook settings.

Filed bug upstream at http://bugs.developers.facebook.com/show_bug.cgi?id=7110

Per documentation, saving a pref value of "" or "0" will delete the pref key:
http://wiki.developers.facebook.com/index.php/Data.setUserPreference

which used to do what we want... Now Facebook throws back an error
"Parameter value is required" when we do this. Workaround appends a
space to empty string or "0" at save time, then trims the string when
we load it.

The input string was already trimmed at pref save time, so this won't
alter any user-visible behavior.

Thanks to ^demon in #mediawiki for pointing out the behavior regression
after testing the identi.ca Facebook app!
2009-10-16 14:49:46 -07:00
Brion Vibber
4855cb58da Workaround for Facebook data store API behavior regression, fixes saving
of empty notice prefix text in facebook settings.

Filed bug upstream at http://bugs.developers.facebook.com/show_bug.cgi?id=7110

Per documentation, saving a pref value of "" or "0" will delete the pref key:
http://wiki.developers.facebook.com/index.php/Data.setUserPreference

which used to do what we want... Now Facebook throws back an error
"Parameter value is required" when we do this. Workaround appends a
space to empty string or "0" at save time, then trims the string when
we load it.

The input string was already trimmed at pref save time, so this won't
alter any user-visible behavior.

Thanks to ^demon in #mediawiki for pointing out the behavior regression
after testing the identi.ca Facebook app!
2009-10-16 14:46:53 -07:00
Brion Vibber
d1e70b4e37 Commit upstream updates to php-gettext after the 1.0.7 release (but in 2006! :P)
Fixes file magic checks on 64-bit systems.

http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/17
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/18
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/19
2009-10-13 14:55:47 -07:00
Brion Vibber
77afd6c344 Commit upstream updates to php-gettext after the 1.0.7 release (but in 2006! :P)
Fixes file magic checks on 64-bit systems.

http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/17
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/18
http://bazaar.launchpad.net/~danilo/php-gettext/trunk/revision/19
2009-10-13 14:51:23 -07:00
Brion Vibber
bf4626ddf6 Update Polish translations from Raven's bug tracker submission:
http://status.net/trac/ticket/1411
2009-10-13 12:22:03 -07:00