Missing actions despite all permissions
stefan
I wanted to get the full fun out of agilo but sadly I failed right at
the start.
With no actions for creating anything at all agilo is not that much
fun, you know.
I don't know what I could have done wrong, maybe anyone of you does.
My setup:
- agilo running on trac, running on apache (2.2) mod_python (2.5)
- auth is handled by htacess (worked perfectly fine with basic trac)
- my user is trac_admin, is scrum_master and product_owner but no
actions are available in the menu
to proove my rights:
User Action
------------------------------------------
stefan.hoth AGILO_ADD_TIME_FOR_CONTINGENT
stefan.hoth AGILO_BACKLOG_EDIT
stefan.hoth AGILO_BACKLOG_VIEW
stefan.hoth AGILO_CREATE_BUG
stefan.hoth AGILO_CREATE_REQUIREMENT
stefan.hoth AGILO_CREATE_STORY
stefan.hoth AGILO_CREATE_TASK
stefan.hoth AGILO_DASHBOARD_VIEW
stefan.hoth AGILO_LINK_EDIT
stefan.hoth AGILO_MODIFY_CONTINGENTS
stefan.hoth AGILO_SAVE_REMAINING_TIME
stefan.hoth AGILO_SPRINT_EDIT
stefan.hoth AGILO_TEAM_CAPACITY_EDIT
stefan.hoth AGILO_TEAM_VIEW
stefan.hoth AGILO_TICKET_EDIT
stefan.hoth ATTACHMENT_CREATE
stefan.hoth ATTACHMENT_VIEW
stefan.hoth BROWSER_VIEW
stefan.hoth CHANGESET_VIEW
stefan.hoth CONFIG_VIEW
stefan.hoth CREATE_DEFECT
stefan.hoth CREATE_ENHANCEMENT
stefan.hoth EMAIL_VIEW
stefan.hoth FILE_VIEW
stefan.hoth LOG_VIEW
stefan.hoth MILESTONE_ADMIN
stefan.hoth MILESTONE_CREATE
stefan.hoth MILESTONE_DELETE
stefan.hoth MILESTONE_MODIFY
stefan.hoth MILESTONE_VIEW
stefan.hoth PERMISSION_ADMIN
stefan.hoth PERMISSION_GRANT
stefan.hoth PERMISSION_REVOKE
stefan.hoth PRODUCT_OWNER
stefan.hoth REPORT_ADMIN
stefan.hoth REPORT_CREATE
stefan.hoth REPORT_DELETE
stefan.hoth REPORT_MODIFY
stefan.hoth REPORT_SQL_VIEW
stefan.hoth REPORT_VIEW
stefan.hoth ROADMAP_ADMIN
stefan.hoth ROADMAP_VIEW
stefan.hoth SCRUM_MASTER
stefan.hoth SEARCH_VIEW
stefan.hoth TEAM_MEMBER
stefan.hoth TICKET_ADMIN
stefan.hoth TICKET_APPEND
stefan.hoth TICKET_CHGPROP
stefan.hoth TICKET_CREATE
stefan.hoth TICKET_DELETE
stefan.hoth TICKET_EDIT_CC
stefan.hoth TICKET_EDIT_DESCRIPTION
stefan.hoth TICKET_MODIFY
stefan.hoth TICKET_VIEW
stefan.hoth TIMELINE_VIEW
stefan.hoth TRAC_ADMIN
stefan.hoth WIKI_ADMIN
stefan.hoth WIKI_CREATE
stefan.hoth WIKI_DELETE
stefan.hoth WIKI_MODIFY
stefan.hoth WIKI_VIEW
stefan.hoth XML_RPC
The debug log spits out:
2009-06-27 01:14:19,531 Trac[log] DEBUG: [LinksConfiguration]: Value
read from config file: []
2009-06-27 01:14:19,532 Trac[log] DEBUG: [LinksModule]: Loaded
Configuration: {}
2009-06-27 01:14:19,534 Trac[svn_fs] DEBUG: Subversion bindings
imported
2009-06-27 01:14:19,544 Trac[chrome] DEBUG: Prepare chrome data for
request
2009-06-27 01:14:19,555 Trac[api] DEBUG: Updating wiki page index
2009-06-27 01:14:19,558 Trac[log] DEBUG: [CoreTemplateProvider]:
stefan.hoth has create permission for types: []
2009-06-27 01:14:19,611 Trac[session] DEBUG: Retrieving session for ID
'stefan.hoth'
2009-06-27 01:14:19,722 Trac[main] DEBUG: 246 unreachable objects
found.
2009-06-27 01:14:19,836 Trac[main] DEBUG: 624 unreachable objects
found.
2009-06-27 01:14:19,917 Trac[session] DEBUG: Retrieving session for ID
'stefan.hoth'
Sorry if that's too much information but I'm quite helpless since I
don't know where to start looking.
Any help would be appriciated.
Thank you.
-stefan
Andrea Tomasini
On 27 Jun, 2009, at 1:18 , stefan wrote:
> Hello, me again ;-)
Hi :-)
> I wanted to get the full fun out of agilo but sadly I failed right at
> the start.
>
> With no actions for creating anything at all agilo is not that much
> fun, you know.
>
> I don't know what I could have done wrong, maybe anyone of you does.
It seems from the log below that you didn't install the default
settings. Probably through extensive hacking you manage to get Agilo
egg recognized by Trac, but apparently it didn't modify your config
with all the information you need. so I suggest you to:
1) Make sure that the "process" running trac can write the trac.ini
file, and you from the console are doing the upgrade with a user that
can do the same.
2) Remove from the system table in the database any agilo_* related
entry, this will cause trac to force another upgrade.
3) Clean up your trac.ini from any change you made manually and leave
there only the agilo.* = enabled in [components] this will allow the
upgrade process to configure all the rest
3) Run the upgrade and check the trac.ini again, should be filled up
with a lot of agilo configuration sections
4) You are running apache, so make sure that the process is restarted,
cause mod_python will cache and mod_wsgi as well. Make also sure that
if apache runs with www-data that user can write the trac.ini
This should fix it :-)
Best
ANdreaT
JNamic development | Stefan Hoth
Andrea Tomasini schrieb:
>
> On 27 Jun, 2009, at 1:18 , stefan wrote:
> [...]
> This should fix it :-)
First of all: it worked! *yeah*
Some explanations of what I did (for the list archive):
* modified my trac.db (Sqlite) with http://sqlitebrowser.sourceforge.net/
* removed the agilo-row in the system-table and deleted all tables
starting with agilo_
* removed every agilo-related entry in my trac.ini but the one below
components
* furthermore I deleted all other custom plugins
(clients,timingandestimation,burndown) which might colide with
agilo-features
* restart of apache (to restart trac running in mod_python)
* trac-admin /myreps upgrade
* done
Now I have all the create actions in the menu.
Sidenote: I noticed this line in my trac.ini:
permission_policies = AgiloPolicy, DefaultPermissionPolicy,
LegacyAttachmentPolicy
It seems to me that a config missing "AgiloPolicy" might act like mine did.
Anyway, I wanted to thank you very very much.
NOW I finally can look around, thanks to you. :)
-stefan