Hi,

I am a noob with Gnome Planner and i need to use it for a project.
In particular I want to make a task start at the beginning of the project and finish by the end of another task. Duration is variable, as long as it is ready by the end of that task.
I'm trying to add a predecessor with a finish2finish (FF) constraint, but doesn't work. So fail the rest of predecessors I've tried, FF, FS, SS, SF.
How can should I do?

PS: I've tried Planner's forum, but their page gives me a php error

I found this. It seems to be Gnome project, but I'm not sure it's the same one you're referring to, but it might be worth checking.

Thanks, Frank.

That's exactly the one I am referring to. I am aware of that guide, but it doesn't help, it just refers to the predecessor relationships.
At this point, I suspect it is a bug, and will have to change tools

Sorry I was unable to help.

Thanks for the additional information, though. Perhaps it will help someone else come up with a more useful suggestion.

No problem and thanks for your interest.

Not many Gantt tools exist for Linux. Planner and GanttPV seem to have stopped support
10 yrs now. I've written to the author to at least fix forums, since pages have php errors.

Meanwhile I have downloaded Planner sources and working on it.
The code that needs fixing is the FF (finish2finish) task relationship (predecessor).
As it stands, if you don't specify duration, it moves the affected task 1 day past the finish
of the other task, with 1d duration. Correct behavior would be to start the task at its specified date,
start of project if top level, and finish it whenever the other task finishes.
Shouldn't need duration, it is variable and determined by the other task.

If there was a forum to upload patches through a distribution, I would gladly do so.

HTH
Nikos

i cannot help with the deeper issues, but i can say that planner is available and working for my archlinux desktop.
according to this, the last update was 2011 (version 0.14.6).

You are probably more accurate than me, I just said 10 yrs as an OOM (Order Of Magnitude) estimate.
Planner is part of many Linux distros, including mine, which is Ubuntu, and Debian.
Ofc it works since it is maintained partly by the distros.
If you download latest sources, as I have, you will discover that there are more issues,
than the FF bug I've mentioned. It uses GTK libraries for all drawing, and the outdated
sources have several additional runtime problems with recent GTK libraries.

Task relationships are very important to even the simplest of project management.
Since distros are maintaining planner since 2011, at least with respect to GTK,
I was wondering if they would be interested in a patch that gets task relations working correctly
I am pretty sure that relation logic is pretty independent from any GTK drawing, so I would
assume that this problem has been all along. 2mo I'll tackle them and know for sure.

With respect to GanntPV, a more recent project that the author said to support after Planner,
I found only windows sources in Sourceforge, so I didn't bother with it

funny you should say that; only yesterday i was once more annoyed by github's habit to round times always up.
so, everything that's more than 2 years, is 3 years.
it's like they want developer's softwares to look outdated. to force all the little hamsters to run faster, faster! turn the wheel!
ah well, sorry for the rant.

this doesn't make a lot of sense to me; planner uses gtk2, which is an almost completely separate toolkit from gtk3, and rarely receives any updates anymore.

i hope you succeed trying to work things out with the current developers.
but even if you got your fix through, it would probably take a long while to get that into debian & ubuntu repos - maybe you should fork instead - it could always be merged back at some point.

I am not working in github But 7 rounds correctly to 10.

From latest 0.14.6 planner sources in planner-main.c:

64:
>.. /* Initialize GTK+ program */
>..if (!gtk_init_with_args (&argc, &argv,
>.. _("- Planner project management"),
>.. options,
>.. GETTEXT_PACKAGE,
>.. &error)) {
>..>..g_printerr (_("%s\nRun '%s --help' to see a full list of available command line options.\n"),
>..>.. error->message, argv[0]);
>..>..g_error_free (error);
>..>..return 1;
>..}

97:
>..if (argc > 1) {
>..>..i = 1;
>..>..while (argv[i]) {
>..>..>..if (g_str_has_prefix (argv[i], "file:")) {
>..>..>..>..planner_window_open_in_existing_or_new (
>..>..>..>..>..PLANNER_WINDOW (main_window), argv[i], FALSE);
>..>..>..} else {
>..>..>..>..gchar *uri;

>..>..>..>..if (!g_path_is_absolute (argv[i])) {
>..>..>..>..>../* Relative path. */
>..>..>..>..>..gchar *cwd, *tmp;

>..>..>..>..>..cwd = g_get_current_dir ();
>..>..>..>..>..tmp = g_build_filename (cwd, argv[i], NULL);
>..>..>..>..>..uri = g_filename_to_uri (tmp, NULL, NULL);
>..>..>..>..>..g_free (tmp);
>..>..>..>..>..g_free (cwd);
>..>..>..>..} else {
>..>..>..>..>..uri = g_filename_to_uri (argv[i], NULL, NULL);
>..>..>..>..}

>..>..>..>..if (uri) {
>..>..>..>..>..planner_window_open_in_existing_or_new (
>..>..>..>..>..>..PLANNER_WINDOW (main_window), uri, FALSE);
>..>..>..>..>..g_free (uri);
>..>..>..>..}
>..>..>..}

>..>..>..i++;
>..>..}
>..}

The code in line 97 will never work, since gtk_init_with_args
processes args and returns argc = 0.
So double-clicking a planner file, won't work
This works in distros, so i assume *some* maintenance is done.
This is painful to have existed from the start, through so many updates,
so i assume that gtk_init_with_args at some point changed its behaviour

The author, Brian, has not replied from last week.
I'm doing it for myself. I do not intend to become planner's maintainer,
so I will not hold my breath getting my patches to distros