Peritum.Net Bugtracker - http://tracker.peritum.net/ Peritum.Net Bugtracker -Project Planner iPhone: Recently opened tasks Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 10 2019-05-16T17:40:49Z FS#193: App does not work with Ios 12.0.1 http://tracker.peritum.net/index.php?do=details&task_id=193 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2019-05-16T17:40:49Z Eric With Ios Version 12.0.1 the app opens but does not react anymore, that means i cant open any project or do anything in the menue else FS#160: Project disappears after closing app http://tracker.peritum.net/index.php?do=details&task_id=160 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2014-12-23T11:20:02Z Nick Boltjes L.S. Every time i close the app after creating a projectplanning, the project disappears. I'm working on an iPhone6, running iOS 8.1.2. Am i missing something here? Best regards, Nick
Every time i close the app after creating a projectplanning, the project disappears.
I'm working on an iPhone6, running iOS 8.1.2.

Am i missing something here?

Best regards,

Nick]]>
FS#152: Cannot update after ios 8 http://tracker.peritum.net/index.php?do=details&task_id=152 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2014-09-22T08:53:57Z Kraisit Vittinanon I have a problem in updating project planner after ios 8. And cannot redownload it again. Pls help kindly advise on this. FS#118: Start Date offered on creation of Task http://tracker.peritum.net/index.php?do=details&task_id=118 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2013-01-13T17:38:07Z Mike On creating a new task, the default start date is "Today". It would be preferable (to me) to offer the first day of the project by default with a button providing the ability to select 'Today' if required. (Using 'Today' in a project that has a start date set in the future means that the start date is adjusted to today's date which will then need fixing) An alternative approach may be to keep the date selection as it is but provide a warning dialog box if the start (or end) date of the project is going to be adjusted by the selection being made for the task.
It would be preferable (to me) to offer the first day of the project by default with a button providing the ability to select 'Today' if required.

(Using 'Today' in a project that has a start date set in the future means that the start date is adjusted to today's date which will then need fixing)

An alternative approach may be to keep the date selection as it is but provide a warning dialog box if the start (or end) date of the project is going to be adjusted by the selection being made for the task.]]>
FS#117: Screen Corruption following Gantt task re-ordering http://tracker.peritum.net/index.php?do=details&task_id=117 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2012-11-15T12:26:36Z Mike When editing a scrolled Gantt chart (i.e. one where the top of the chart is off the top of the screen), changing the order of tasks results in the Gantt display jumping back to the top with some of the task names blanked out. From same starting point, selecting a task for moving and keeping your finger on the screen while you think about where to put it down results in the same behaviour and screen corruption. This is most noticable in landscape mode. I don't know whether it applies in portrait too since I don't have a long enough project to try at the moment.
From same starting point, selecting a task for moving and keeping your finger on the screen while you think about where to put it down results in the same behaviour and screen corruption.

This is most noticable in landscape mode. I don't know whether it applies in portrait too since I don't have a long enough project to try at the moment.]]>
FS#116: Non-working day appended to end of task on Gantt chart http://tracker.peritum.net/index.php?do=details&task_id=116 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2012-11-14T17:55:39Z Mike If a task is planned to finish at 24:00 on the day before a non-working day, the Gantt chart draws the task bar through all of the non-working day making the task appear to be a day longer than it really is. FS#115: Dependencies don't honour 'Delay' after a milestone http://tracker.peritum.net/index.php?do=details&task_id=115 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2012-11-26T12:24:21Z Mike When creating a task that has a dependency on a milestone, it is not possible to set the Delay. (The delay is pretty much always 0 on the Gantt chart but it is shown as 1d in the dependency definition screen.
(The delay is pretty much always 0 on the Gantt chart but it is shown as 1d in the dependency definition screen.]]>
FS#114: 'Dependencies' and 'Allocations' should be accessible without pressing 'Edit' button http://tracker.peritum.net/index.php?do=details&task_id=114 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2012-11-14T15:43:29Z Mike When looking at a task/milestone/summary page, I need to press the "Edit" button in order to be able to view the 'Dependencies' or 'Allocations' pages. This starts to get annoying. As I can't edit the dependencies or allocations without pressing the 'Edit' button on those pages, is the 'Edit' button press on the first page really needed for these fields? I have two arguements against: 1. Pressing 'Edit' in order to view something does not feel right 2. While you can delete dependencies or allocations without pressing the local 'Edit' button, this is a two stage process that is not easy to perform by accident.
As I can't edit the dependencies or allocations without pressing the 'Edit' button on those pages, is the 'Edit' button press on the first page really needed for these fields? I have two arguements against:

1. Pressing 'Edit' in order to view something does not feel right
2. While you can delete dependencies or allocations without pressing the local 'Edit' button, this is a two stage process that is not easy to perform by accident.]]>
FS#113: Default Task Time selection http://tracker.peritum.net/index.php?do=details&task_id=113 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2013-01-13T17:38:19Z Mike Now that Project Planner supports hours/minutes as well as days it is going to be difficult for those who plan projects in days if the date/time always defaults to the current time. (Manually selecting 00:00 for every task that isn't dependant on another will get annoying really quickly!) I think there are three prossible solutions: 1. Allow planning in hours/minutes to be swithced on or off for each project 2. Add a button to allow 00:00 to be quickly selected for all new tasks/items 3. Automatically select 00:00 for all new items and provide a control to quickly select the current time (I prefer option 2 or 3)
I think there are three prossible solutions:

1. Allow planning in hours/minutes to be swithced on or off for each project
2. Add a button to allow 00:00 to be quickly selected for all new tasks/items
3. Automatically select 00:00 for all new items and provide a control to quickly select the current time

(I prefer option 2 or 3)]]>
FS#112: App Freeze - Creating a circular dpendency locks up the software http://tracker.peritum.net/index.php?do=details&task_id=112 Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /home/users/peritum/public_html/tracker/includes/class.tpl.php(120) : eval()'d code on line 26 2012-11-26T12:24:02Z Mike If Task 2 has a Dependancy on Task 1, attempting to make Task 1 Dependant on Task 2 freezes the app. (I'm guessing an infinite software loop?) It would be better to prohibit such a dependency (or to fail to create it and give the user an error report). [Flagged as Critical because of the software freeze]
It would be better to prohibit such a dependency (or to fail to create it and give the user an error report).

[Flagged as Critical because of the software freeze]]]>