17 Sep, 2010
2 commits
-
(ActionItem1689)
-
(ActionItem1691)
15 Sep, 2010
2 commits
-
(ActionItem1659)
-
(ActionItem1303)
14 Sep, 2010
1 commit
12 Sep, 2010
1 commit
-
(ActionItem1303)
11 Sep, 2010
3 commits
-
(ActionItem1303)
-
(ActionItem1635)
-
- added strophejs lib to communication with XMPP server - added jquery.scrollabletab.js and jquery.emoticon.js plugins - new 'pidgin' icon theme - environment attribute 'icon_theme' moved to theme - added ruby_bosh as plugin to start XMPP/BOSH session (ActionItem1635)
10 Sep, 2010
2 commits
-
* Environment admin can send e-mail to all environment users * Community admin can send e-mail to all community members * Added migrate to create mailing * Added job to send mailing (ActionItem1659)
-
* Rewrite ProfileListBlock logic to become simpler and faster * Rewrite membership logic to use named scopes instead of loading the entire list and doing filters with Ruby code. * Moved Noosfero-specific membership logic from access control plugin to Noosfero models. * Removed useless tests * Fixed tests that assumed the slow implementation
03 Sep, 2010
1 commit
-
(ActionItem1670)
02 Sep, 2010
8 commits
-
The HTTP caching feature conflicts with it. This was a crappy feature, anyway. (ActionItem1608)
-
(ActionItem1661)
-
* Added 'thumbnails_processed' to articles and images * Added images to be displayed when the uploaded were not processed yet (ActionItem1661)
-
* added delayed_attachment_fu lib to process thumbnails in background * added create_thumbnails_job lib to create thumbnails (ActionItem1661)
-
Also removed a useless test for PublishedArticle (ActionItem1668,ActionItem1664)
-
* Add Article#lead explicitly and moved the logic there * Better UI for article * Changed the the "short" format of blogs to use the lead intead of the "first paragraph". With that the lead UI almost makes sense for all users. (ActionItem1664) -
(ActionItem1668)
-
(ActionItem1667)
31 Aug, 2010
4 commits
-
(ActionItem1665)
-
(ActionItem1666)
-
(ActionItem1665)
-
(ActionItem1658)
30 Aug, 2010
3 commits
-
Actually, replace the current test with a reasonable one. (ActionItem1640)
-
(ActionItem1640)
-
(ActionItem1640)
27 Aug, 2010
2 commits
-
(ActionItem1640)
-
* Added message if user wants to fetch from hotmail * Added <url> to message if user removed it * Refactored invite_controller * Added ContactList * Added get_email_contacts_job * Added invitation_job (ActionItem1640)
26 Aug, 2010
3 commits
-
(ActionItem1652)
-
(ActionItem1650)
-
(ActionItem1625)
23 Aug, 2010
1 commit
22 Aug, 2010
2 commits
-
Conflicts: db/schema.rb public/stylesheets/application.css
-
(ActionItem1643)
15 Aug, 2010
1 commit
-
- Added a new jQuery UI theme - Added jQuery Cookie plugin (ActionItem1412)
14 Aug, 2010
2 commits
-
Added setting trusted_sites_for_iframes to environment WhiteListFilter lib to filter iframes from fields Removed "on hand" iframe filter from plugins (ActionItem1631)
-
Implemented cache policy: * the homepage is cached for 5 minutes by default. This time can be configured with the =home_cache_in_minutes= attribute in the environment. * non-profile pages are cached for 15 minutes by default. This time can be configured with the =general_cache_in_minutes= attribute in the environment. * profile pages are cached for 15 minutes by default. This time can be configured in the =profile_cache_in_minutes= attribute in the environment. * The account controller (/account/*) is not cached at all. * The environment administration area (/admin/*) is not cached at all. * The profile administration area (/myprofile/*) is not cached at all. * Since Varnish will not cache any request that involves cookies: * Authenticated users will not benefit from the cache. * Cookies are not allowed for unauthenticated users. So, when a response is being prepared for an unauthenticated user, all cookies are wiped out. The contents of the login block and the login/logout part of the header is now loaded via an AJAX call to /account/user_data. This way we can cache almost all pages without caching user-specific data. We are also changing substantially how the flash[:notice] messages work. From now on, instead of setting flash[:notice], we must set session[:flash]. It will work more or less like before, except that session[:notice] will be consumed by the AJAX call to /account/user_data that is done during all page loads instead of being consumed automatically by Rails. The only exception to this is the media_panel, because it uses a different layout. (ActionItem1608)
13 Aug, 2010
1 commit
-
site_title is added by theme favicon is added by theme or profile (ActionItem1529)
12 Aug, 2010
1 commit
-
(ActionItem1627)