| Project: | ProjectPier |
| Version: | 0.8.5.0-Beta1 |
| Component: | User interface |
| Category: | feature request |
| Priority: | normal |
| Assigned: | TheWalrus |
| Status: | closed - fixed |
This patch makes PP show activity logs on the owner company's dashboard per project (like Basecamp) rather than logs from all companies being mashed together in a big list.
This was one of my company's biggest lack-of-feature complaints when we moved away from Basecamp to activeCollab.
The old behavior is preserved as the default. A new configuration section called 'features' has been added. Currently, all it contains is this setting (per_project_activity_logs). The MySQL initial data file has been updated to include this configuration section and setting (again, the default being disabled).
Oh yeah, I encountered another few files with Windows style end-of-line. Those files appear to be completed changed in this patch even though only a few lines were modified.
| Attachment | Size |
|---|---|
| per-project-activity-logs.diff_.txt | 32.16 KB |
BUMP. Any thoughts on this? I have attached a patch updated for the latest SVN (r104) at this time.
Hello
tryed to apply your patch but it gave a lot of Failed instaces.
Here's the output
[code]
patching file application/models/application_logs/ApplicationLog.class.php
Hunk #1 FAILED at 96.
1 out of 1 hunk FAILED -- saving rejects to file application/models/application_logs/ApplicationLog.class.php.rej
patching file language/en_us/administration.php
Hunk #2 succeeded at 64 with fuzz 1.
patching file application/helpers/application.php
Hunk #1 succeeded at 426 (offset -34 lines).
patching file application/controllers/DashboardController.class.php
Hunk #1 FAILED at 34.
1 out of 2 hunks FAILED -- saving rejects to file application/controllers/DashboardController.class.php.rej
patching file application/views/dashboard/index.php
Hunk #1 succeeded at 16 with fuzz 2.
Hunk #2 FAILED at 85.
1 out of 2 hunks FAILED -- saving rejects to file application/views/dashboard/index.php.rej
patching file application/views/application/render_project_application_logs.php
patching file public/install/installation/templates/sql/mysql_initial_data.php
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file public/install/installation/templates/sql/mysql_initial_data.php.rej
patching file public/install/installation/templates/sql/mysql_initial_data.php
Hunk #1 FAILED at 4.
Hunk #2 FAILED at 29.
2 out of 2 hunks FAILED -- saving rejects to file public/install/installation/templates/sql/mysql_initial_data.php.rej
[/code]
could it be because I'm running version 8.0.2?
Can you give me a few pointers on how to implement this?
Has this worked for anyone? This would be one of the best improvements to PP. Having the activity updates displayed this way is much clearer and easier to skim through.
Thanks.
Although this patch is almost two years old, it works to some extent.
I had to omit the ApplicationLog.class.php changes (which just prefixes the "Re:" string to messages) and the administration backend setting to turn this option on and off, because they wouldn't work for me.
Accepted into 0.8.6