Projects: Issueshttp://projects.andriylesyuk.com/http://projects.andriylesyuk.com/plugin_assets/andriy_lesyuk/images/s-andy.ico2009-10-14T20:06:00ZProjects
Redmine Orangutan - Improvement #24 (Closed): Get rid of clients sending "online" packets while user is n...http://projects.andriylesyuk.com/issues/242009-10-14T20:06:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p><a href="/users/19">Olga Kulynyn</a> had (or still has) this issue. While Olga was sleeping at home <span class="wiking smiley smiley-smiley" title=":)"></span> her Pandion client was sending “online” packets to the server periodically. That led to task breaks during the night and extremely long work time for a day. This is definitely not Orangutan bug but he should get rid of this (his goal is to help and this does not look as a help). There are several options... Some of them: a) detect often status changes and ask user if he is online (checking work time) then stop task or set mark that the user is not online actually, b) enlarge time for breaks just to skip such breaks, c) detect changes and just mark that status changes too often then use another time when breaking etc.</p> Orangutan - Enhancement #23 (Closed): Help context or several help contexts are requiredhttp://projects.andriylesyuk.com/issues/232009-10-13T12:38:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>If an user says “Help”, “Help me”, “I want to see available commands” etc Orangutan should answer something... This can be something like “Just ask me to do something”, a link to some page, anything but there should be something definitely!</p> Orangutan - Improvement #18 (Closed): Fix orangutan main file to make upgrade easierhttp://projects.andriylesyuk.com/issues/182009-10-07T20:02:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Development version uses ./orangutan.conf, production one - /etc/orangutan.conf... Development version does not Daemonize, production version - does (of course). When uploading changes I need to fix this manually. I can forget to do this, of course... I would suggest /etc/orangutan.conf and Daemonize as default and -D for running in development style (or ./orangutan.conf and no Daemonize as default - as you wish).</p> Orangutan::Redmine - Feature #16 (Closed): Orangutan should be able to check if working hours are...http://projects.andriylesyuk.com/issues/162009-10-05T19:15:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Orangutan should check hours spent. And, perhaps, suggest what hours can be added and when (take near task descriptions as a description). The best idea it seems is to check this on the next day and/or on the next week.</p> Orangutan - Improvement #14 (Closed): Some sanity checks would be helpfulhttp://projects.andriylesyuk.com/issues/142009-10-01T17:45:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>For example, currently some of contexts should be copied before use (because they save state inside). Such contexts should have “copy” equal to “true” but what if developer (me) forgot to do this? There can be some internal checks which would write to logs something like: “Hey! You save state in custom field here but the context is not copiable!”.</p> Orangutan::Redmine - Bug #10 (Closed): Check how the bot behaves when tasks are added too oftenhttp://projects.andriylesyuk.com/issues/102009-08-19T18:21:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Previously I saw the situation when the bot got “confused” when I added tasks very often (e.g. about 5 tasks during 1 minute). The bot is configured to pick up next available time as start time. However this opens an issue when a user is able to create many tasks for future times. This should be fixed somehow. The possible solution is to allow only several tasks (e.g. 2) and to refuse if more tasks has been added (asking user to delete some of them or just wait).</p> Orangutan::Redmine - Feature #9 (Closed): Some way to add previous tasks is requiredhttp://projects.andriylesyuk.com/issues/92009-07-29T12:41:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Saying you came to office and told what you are doing. But then you have remembered that yesterday before leaving you did some job you did not put into OrangeHRM yet. For this we need another context which will support requests like “Yesterday from 18:30 to 19:00 I was working on bla bla bla for Project (Activity)”. Without this user will need to go to OrangeHRM.</p> Orangutan::Redmine - Feature #8 (Closed): Context to show previous tasks is requiredhttp://projects.andriylesyuk.com/issues/82009-07-29T12:38:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>User should be able to check what he did during some period (this task can be also used by manager). The context should support filters - for example by project, activity etc.</p> Orangutan::Redmine - Feature #7 (Closed): Context showing how much time was spent is requiredhttp://projects.andriylesyuk.com/issues/72009-07-29T12:34:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Sometimes it is important to know how much time did you spent for the current task. Besides the context (maybe another) should be able to show how much time did you spent for the certain project during some week or another period etc.</p> Orangutan::Redmine - Bug #6 (Closed): Task should not be allowed to last for more than 24 hourshttp://projects.andriylesyuk.com/issues/62009-07-29T12:31:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Currently if user is online (e.g. having status away that is he set away and then specified a task) for a long time Orangutan won’t try to stop this task. Actually there must be some limit. And this limit should be up to 24 hours (can be less of course).</p> Orangutan::Redmine - Enhancement #5 (Closed): User should be able to change main project and acti...http://projects.andriylesyuk.com/issues/52009-07-26T03:24:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>All is said in subject. Currently there is no way to change main project and activity and to have this feature is really important.</p> Orangutan - Omission #4 (Closed): Extend regular expressions for bug reportinghttp://projects.andriylesyuk.com/issues/42009-07-26T03:21:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>Orangutan should allow putting question mark into description and title... It also should support messages like “I want to report another bug report” (for batch reporting).</p> Orangutan - Enhancement #3 (Closed): Create more bug related contextshttp://projects.andriylesyuk.com/issues/32009-07-26T03:19:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>In addition to just creating users need to see known bugs (prehaps Orangutan should ask if user checked the list before reporting or even force user to view this list). Users also may need to “edit” bug reports - e.g. close (should ask about reason), comment etc... Another special context should notify creator if new bug report comes (or should this be done in Bug_Create).</p> Orangutan::Redmine - Feature #2 (Closed): User needs some way to see available activitieshttp://projects.andriylesyuk.com/issues/22009-07-26T03:15:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>I doubt that all users know all activities for their project... So a special context is required. This context should show all activities for the specified project.</p> Orangutan::Redmine - Feature #1 (Closed): It would be greate to have ShowProject contexthttp://projects.andriylesyuk.com/issues/12009-07-26T03:13:00ZAndriy Lesyuks-andy@andriylesyuk.com
<p>When someone starts working on the project he can be unfamiliar with its correct name in OrangeHRM. For example I’m working on Web but I did not know that OrangeHRM uses “full” name “Web 2.0”. This context should show all available project (maybe filtered or ordered).</p>