Age | Commit message (Collapse) | Author |
|
supports multiple sites on a single server.
Upgrade notes:
* Index names have changed from hardcoded 'Identica_people' and 'Identica_notices' to use the database name and actual table names. Must reindex.
New events:
* GetSearchEngine to override default search engine class selection from plugins
New scripts:
* gen_config.php generates a sphinx.conf from database configuration (with theoretical support for status_network table, but it doesn't seem to be cleanly queriable right now without knowing the db setup info for that. Needs generalized support.)
* Replaced old sphinx-indexer.sh and sphinx-cron.sh with index_update.php
Other fixes:
* sphinx.conf.sample better matches our live config, skipping unused stopword list and using a more realistic indexer memory limit
Further notes:
* Probably doesn't work right with PostgreSQL yet; Sphinx can pull from PG but the extraction queries currently look like they use some MySQL-specific functions.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 5ab709b73977131813884558bf56d97172a7aa26.
Missed this one yesterday...
|
|
|
|
This reverts commit 6483fbd8fa4c7bc8da83a9a2e334db9d9a19a77b.
"SMS address" header here makes no sense; it would be inconsistent with the other tabs and headings on the same and related pages, and would look very awkward with another giant "SMS" right above it
|
|
|
|
* doesn't
* won't
* isn't
* don't
|
|
This reverts commit 0ab17f382b9993ada3d12d4cdace72cca53fb545.
|
|
|
|
This reverts commit 1872d07602f50b4991d0da26aca3a5d775338e47.
"instant messages address" is very awkward phrasing; prefer not to be changing UI in such ways while updating localisations.
|
|
|
|
* [Cc]ould't -> [Cc]ould not
|
|
something else in most places"
This reverts commit 81b4a381d9ddc71ed8a53c074ea10910882d3156.
IMO "user" is a bit impersonal and we shouldn't go changing the tone of the UI willy-nilly when we're updating localisations.
|
|
|
|
|
|
For various reasons, it's nicer to have a class for theme-file paths
and such. So, I've rewritten the code for determining the locations of
theme files to be more OOPy.
I changed all the uses of the two functions in the module (theme_file
and theme_path) to use Theme::file and Theme::path respectively.
I've also removed the code in common.php that require's the module;
using a class means we can autoload it instead.
|
|
|
|
|
|
|
|
in most places
* change some contractions to full text in UI messages
|
|
|
|
POST length > post_max_size in php.ini. I also added this check to
avatar upload, which was failing with huge files.
|
|
|
|
git://gitorious.org/statusnet/mainline into integration
|
|
(0.8->0.9 regression)
|
|
|
|
|
|
|
|
http://status.net/trac/ticket/1817
|
|
|
|
website
|
|
|
|
|
|
This reverts commit ba89c891768b371e5358af4cdc76ff18e8b37672.
|
|
|
|
This reverts commit 3f06bfc042e34ce97e1f1476faadb67fc5edd282.
|
|
|
|
|
|
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.
|
|
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.
|
|
Twitter messages imported into the timeline.
|
|
http://status.net/trac/ticket/1359
|
|
|
|
Added 4 new events involved in XRDS: StartUserXRDS, EndUserXRDS, StartPublicXRDS, EndPublicXRDS
Added OpenID provider functionality (no delegation support [yet])
|
|
|