summaryrefslogtreecommitdiffstats
path: root/app
Commit message (Collapse)AuthorAgeFilesLines
* Bugfix: when changing project ownership to a group, give admin rights to all ↵HEADorigin/masterorigin/HEADmasterMarius Mathiesen2010-02-181-1/+3
| | | | | | mainline repositories Until now, committerships created for these repositories would have a nil permissions mask.
* Fix a bug where Gitorious would try to notify about commit events to watchers.Marius Mathiesen2010-02-181-1/+9
| | | | Only push events should fire notifications.
* Use explicit url for autocompletionMarius Mathiesen2010-02-121-2/+2
|
* Changing the algorithm for calculating candidates for garbage collectionMarius Mathiesen2010-02-111-3/+3
| | | | | After studying the collected number of pushes (Repository#push_count_since_gc) on gitorious.org, we found that none of the top 10 were included in the older search. We will now gc the top N repositories based on number of pushes since last gcc
* Use sequence number as MergeRequest#title, for better display in breadcrumbsMarius Mathiesen2010-02-111-1/+1
| | | | Thanks to Saur on #gitorious
* Adding a counter of pushes since last garbage collection, incremented when ↵Marius Mathiesen2010-02-032-2/+19
| | | | | | | | pushed to and reset when gc-ed The algorithm for finding gc candidates is unchanged, will run this in production and collect metrics for changing this the next few days. - Also tracking disk usage for repositories, calculated when pushed to and stored in the database
* Process messages for merge request version branch deletionMarius Mathiesen2010-02-012-2/+64
| | | | - Use tracking repository instead of target repository, since this is where the tracking branches are kept
* Send a message to MQ when a MergeRequestVersion is deleted in order for a ↵Marius Mathiesen2010-02-011-0/+18
| | | | processor to delete the tracking branch.
* Use plain HTTP for dashboard urlMarius Mathiesen2010-01-291-1/+1
|
* Do not display commits on ~user except as part of a push eventMarius Mathiesen2010-01-262-1/+2
|
* Adding JSON support to Blobs#historyMarius Mathiesen2010-01-261-1/+11
| | | | This was requested on IRC the other day, to check for updates to a Greasemonkey script
* Adding a field for opting in to default email notificationsMarius Mathiesen2010-01-261-2/+9
|
* Destroy events for favorites when favorites are destroyed.Marius Mathiesen2010-01-211-0/+7
| | | | Rendering events lacking its target fails
* Make sure we use gitorious_host from the config for the dashboard urlJohan Sørensen2010-01-183-2/+6
|
* Make sure the FeedITems for a given Event is destroyed along with the eventJohan Sørensen2010-01-151-0/+1
|
* Make push event notifications (email) display display the correct number of ↵Marius Mathiesen2010-01-152-7/+15
| | | | | | | commits in push. Since the commit events are created after the push, we need to save the commit events first, then send notifications. Event#disable_notifications handles this, the processor uses and explicitly sends notifications afterwards.
* Atom feed for the watchlist feed on the user dashboardJohan Sørensen2010-01-123-8/+4
|
* slight tweaks to the dashboard pull-boxesJohan Sørensen2010-01-122-7/+10
|
* Show a notice when viewing ones own profile pageJohan Sørensen2010-01-124-8/+7
|
* Add a dashboard breadcrumbJohan Sørensen2010-01-123-18/+22
|
* Greet user on their dashboard, link to it in the top menuJohan Sørensen2010-01-123-44/+18
|
* Adding a link to the public activity stream when logged inMarius Mathiesen2010-01-121-0/+5
|
* Cleaned up dashboard and profile pages, use same data when viewing ones own ↵Marius Mathiesen2010-01-123-107/+12
| | | | profile
* Introducing Site#public_timeline as /activityMarius Mathiesen2010-01-121-4/+5
| | | | The global activity stream is now available for logged in users too
* Changed it to logged in users will be displayed their dashboard on /Marius Mathiesen2010-01-122-13/+246
| | | | - Anonymous users will be served one of the two public start pages, depending on gitorious_dot_org being true or false
* Wording tweak on the favorite email subscription linkJohan Sørensen2010-01-121-2/+2
|
* Add caching to the Repository::most_active_clones* methodsJohan Sørensen2010-01-111-24/+29
|
* Add breadcrumbs to /favorites and a link from the favorite-list box on ~userJohan Sørensen2010-01-113-2/+9
|
* Deliver an email for each watchable event, if it's turned on for the given ↵Johan Sørensen2010-01-114-2/+61
| | | | favorite
* Support for plaintext rendering of eventsJohan Sørensen2010-01-071-5/+11
| | | | | | | The EventRendering::Text class is responsible for rendering plaintext versions of events, this makes it easier to test and maintain than. Hopefully we can one day move the html rendering of events into a EventRendering::HTML module.
* Added a UI for managing whether to receive email when a feed item appears or notJohan Sørensen2010-01-075-9/+96
| | | | Flagging this is a per favorite setting and is opt-in
* skip pagination links if items < per_pageJohan Sørensen2010-01-071-2/+3
|
* Add a checkbox for inline comments for merge requests for watching it directlyMarius Mathiesen2009-12-154-3/+11
|
* Support for watching a merge request version through commenting.Marius Mathiesen2009-12-151-1/+5
| | | | Also (finally) added support for login_as(<User>)
* Allow users to filter the favorite watchlistJohan Sørensen2009-12-152-5/+33
|
* Make it possible to start watching a merge request when submitting a comment ↵Marius Mathiesen2009-12-152-0/+17
| | | | | | on it. Currently only for non-inline comments, this is up next
* Cheat with the FeedItem pagination on the ~user pageJohan Sørensen2009-12-151-5/+7
| | | | | If we just assume there's always one more page we have to waste time querying for the total feeditems
* Skip the most_active_overall on projects#index and move the recently into ↵Johan Sørensen2009-12-143-36/+8
| | | | the sidebar
* Project#search_repositories now uses the same logic as Repository#search_clonesMarius Mathiesen2009-12-143-8/+25
|
* Perform Repository#search_clones in SQL instead of RubyMarius Mathiesen2009-12-142-2/+18
|
* Re-order the ~user page a bitJohan Sørensen2009-12-145-38/+38
| | | | | | * only show the repository list if we're viewing another user (since it's include in his own favorites) * Show projects first, since there's bound to be less of those for most users
* Speed up User#watched_objects by including the watchable associationJohan Sørensen2009-12-141-1/+1
|
* Make the merge-requests work proper in IE7+Johan Sørensen2009-12-143-24/+20
|
* Added another field - last_activity_at - to messages, used in sorting ↵Marius Mathiesen2009-12-102-3/+4
| | | | | | | messages for a user. This field is updated independently of other actions on a thread. On new records it is the current time, when a reply is created, this is set to current time.
* Remove a bit of line noise from the recent msgs in inbox on the ~user pageJohan Sørensen2009-12-101-4/+4
|
* Do not create favorites for new repositories if it's an internal kind of repoJohan Sørensen2009-12-101-0/+1
|
* Creating a project adds the creator as a watcher of eventsJohan Sørensen2009-12-101-0/+5
|
* Add repository user as a watcher when creating a new repositoryJohan Sørensen2009-12-102-4/+9
|
* Move creation of favorites into controller. Also adding merge request to ↵Marius Mathiesen2009-12-103-11/+9
| | | | owner's favorites upon creation
* Don't attempt to create a committership delete event when deleting a userJohan Sørensen2009-12-101-0/+1
|
* Added #watched_by!(user) to the Watchable module, as the api for creating ↵Johan Sørensen2009-12-101-1/+1
| | | | favorites
* Change the way reviewers are notified about new merge requestsMarius Mathiesen2009-12-103-23/+20
| | | | | | | | | | When a merge request is created, each reviewer has this added as a favorite. In the same process, a FeedItem is created for the event associated (now created in the model and accessible as #creation_event). Messages are no longer sent to the reviewers, as this gave a lot of email to the reviewers. Instead, they will now be able to track the creation (and updates) of merge requests through their newsfeed. Since notifications are no longer sent to reviewers, the checkbox on Repositories#edit is no longer displayed (it has no effect). It is still in the database, though.
* open merge-requests and messages on top for the user viewing his own profileJohan Sørensen2009-12-101-11/+11
|
* Formatting cleanupJohan Sørensen2009-12-101-7/+11
|
* Make sure the user newsfeed atom feed uses the .atom extension and name the ↵Johan Sørensen2009-12-103-4/+9
| | | | feeds
* Don't create feed items for users who are the creator of an eventJohan Sørensen2009-12-101-1/+4
| | | | | Users wouldn't be too interested in getting notified about what they just did
* Move the bulk creation of feed items into the FeedItem classJohan Sørensen2009-12-092-12/+14
|
* Don't create FeedItems for commit events and fetch 30 events for the ↵Johan Sørensen2009-12-093-15/+18
| | | | newsfeed atom feed
* Create a FeedItem model for the User which is responsible for populating his ↵Johan Sørensen2009-12-094-56/+103
| | | | | | | | | | | | | | | newsfeed The FeedItem is a simple pseudo-join model between a User and the Events he needs to see in his newsfeed. By having it in a seperate table we can use it as an index of sorts to figure out which events he needs to see. The FeedItems are populated in a bulk manner after an Event is created by figuring out who watches (through Favorite) the object the Event belong to. The FeedItem not only makes the finding of watched events faster, it also allows us to insert things into the event that we cannot do through a straight join between favorites and events.
* When a merge request is created (confirmed_by_user), each reviewer will have ↵Marius Mathiesen2009-12-092-3/+24
| | | | | | a favorite created. - Support creation of favorites without creating an event.
* Lower the number for MAX_TREE_ENTRIES_FOR_LAST_COMMIT_LOGJohan Sørensen2009-12-092-9/+9
|
* Limit the number of messages displayed on ~loginMarius Mathiesen2009-12-093-4/+8
| | | | | - User#messages_in_inbox now takes a limit argument - Also added link to all messages in pull box
* Display a summary of the user's messages on ~usernameMarius Mathiesen2009-12-094-0/+25
| | | | Only when the current user is accessing the page, of course
* Use a faster two query stategy for finding the latest eventsJohan Sørensen2009-12-081-7/+7
|
* Don't do a heavy count() query when paginating the ~user newsfeed, instead ↵Johan Sørensen2009-12-084-12/+17
| | | | | | cheat. .. by always assuming there's one more record than what's displayed on the page
* Touch the root message when a reply is created, sort user#messages_in_inbox ↵Marius Mathiesen2009-12-082-1/+6
| | | | by updated_at
* Paginate newsfeed events better on the ~user pageJohan Sørensen2009-12-083-14/+14
|
* Only create an event the first time a user starts watching somethingMarius Mathiesen2009-12-081-1/+1
|
* Hide the favorite button for projects, rename atom feed link on ~userMarius Mathiesen2009-12-082-2/+1
| | | | Watching a project may not be a very useful feature
* Make the javascripts powering favorite_button work with several elements on ↵Marius Mathiesen2009-12-081-1/+2
| | | | | | the page The jQuery extension now calls a function on each element matched by the selector
* Make sure that we can remove a repository's descriptionJohan Sørensen2009-12-082-3/+5
| | | | | Make Repository#replace_value accept an allow_blank parameter to control whether blank values are ok or not.
* Adding an Atom feed for user's watchlistMarius Mathiesen2009-12-072-0/+16
| | | | - An additional link... tag in Users#show
* Added link to follow project, moved link to follow merge requestMarius Mathiesen2009-12-072-7/+7
|
* Change the semantics of when to show the user newsfeedJohan Sørensen2009-12-073-17/+28
| | | | | | If a user is viewing his own profile, show his newsfeed with a link to see the events everyone else would see. If user views another profile, show that users events without any newsfeed switching link
* Use the new favorite_button helper for merge requestsMarius Mathiesen2009-12-071-1/+1
|
* Projects can be favorited too (no link in the GUI yet, but still)Marius Mathiesen2009-12-074-5/+9
|
* Make merge requests watchableMarius Mathiesen2009-12-077-7/+38
| | | | | - Moved linking logic into FavoritesHelper - Favorites know of their project
* Cleanup, prettify and unify the repositories overview boxesJohan Sørensen2009-12-076-122/+78
| | | | | | | | - Get rid of the duplication in _statistics partial (use the _overview instead) - Don't use a table when it's not needed - Spice up the styling a but - Use a button for watch/unwatch link - Clean up wording on the clone urls
* Do not use Ajax for loading events, deleting now obsolete codeMarius Mathiesen2009-12-073-38/+11
|
* Render the correct events on the AJAX action tooMarius Mathiesen2009-12-071-6/+5
|
* Move the watch/unwatch links into the repository boxJohan Sørensen2009-12-075-14/+19
|
* Fix copyright header on FavoritesController to list correct copyright ↵Johan Sørensen2009-12-071-6/+1
| | | | holders of the content
* Sort watched by recency in the ~user listsJohan Sørensen2009-12-072-14/+20
|
* The default events are @user#events, owner can view watched events tooMarius Mathiesen2009-12-071-2/+2
|
* Passing parameters to pagination of events saves a few conditionals in ↵Marius Mathiesen2009-12-072-3/+3
| | | | | | UsersController - Will_paginate discards empty :params, letting us specify custom URL parameters where applicable (for pagination)
* Show a message when user haven't favorited anythingJohan Sørensen2009-12-072-5/+23
|
* Link to the user from a message and cut some long linesJohan Sørensen2009-12-071-9/+17
|
* Handle pagination clicks from ajax rendered events by redirecting to Users#showMarius Mathiesen2009-12-031-13/+30
| | | | - Users#show now accepts ?events=watched for current user, which will render with these activitites
* Include user favorites in Users#showMarius Mathiesen2009-12-032-7/+48
| | | | - Let the user toggle between his own activities and what he's watching on his own page
* Moved the favorite linking to a separate moduleMarius Mathiesen2009-12-033-9/+41
|
* Add an event when someone starts watching a repository.Marius Mathiesen2009-12-034-0/+31
| | | | - Added rendering of favorite related events
* Favorites: GUI improvements, rename user accessor to eventsMarius Mathiesen2009-12-033-5/+6
| | | | | - Added waiting indicator when favoriting, added CSS classes - Renamed User#favorite_events -> User#events_in_watchlist
* Access to a user's favorite eventsMarius Mathiesen2009-12-033-8/+9
| | | | Removed old copyrights.
* Hook into the create/delete actions for watching with some Ajax goodnessMarius Mathiesen2009-12-032-6/+9
| | | | | | - Add a custom attr to the a tags - Replace the obtrusive Rails actions with some homebrew - Favorites#{create,destroy} now supplies a Location header intercepted by javascript
* Adding Favorites#destroy, set flash, add link to (un)favorite repositoryMarius Mathiesen2009-12-032-1/+27
|
* FavoritesController: provides watching of repositoriesMarius Mathiesen2009-12-033-0/+70
| | | | - Also added Copyright header where missing
* Improve the favorite/favoritable model:Marius Mathiesen2009-12-033-0/+6
| | | | | - Validations - Extract watchable logic into module
* Adding basic favorite modelMarius Mathiesen2009-12-032-1/+7
|
* Add back the team memberships list to the ~user pageJohan Sørensen2009-12-031-1/+15
|
* Whitespace shenenigans in group.rbJohan Sørensen2009-12-031-29/+29
|
generated by cgit v1.1 at 2025-05-11 09:59:16 +0000