Reviewed & tested by the community
Project:
Views Gantt
Version:
7.x-2.x-dev
Component:
User interface
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
15 Jun 2014 at 09:57 UTC
Updated:
3 Jun 2015 at 14:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
manuelBS commentedIn general it should work. You just need to extend the tasks tho have the fields you need to set in the view gantt settings (like dependend tasks, estimation etc.)
You may check how the task setup is done in ERPAL Business Management and do it similar in OA2.
Comment #2
glennnz commented@manuelBS
Thanks, but I can't get it to work.
I am now trying on a clean install of D7.28 with only the modules installed that I need to get the correct data into the nodes.
When I display the View as a table, it all displays correctly. When I run with the Gantt, I get nothing at all.
My view export is below.
Thanks,
Glenn
Comment #3
glennnz commentedComment #4
glennnz commentedComment #5
glennnz commentedI have attached a screenshot of the table output from my View.
Comment #6
glennnz commentedComment #7
glennnz commented@alexshipilov
My dependant structure is:
Parent Node Type = Project
Child Node Type = Schedule Task
Comment #8
samhassell commentedim getting a similar result with a similar setup.
for some reason the tasks get deleted before being rendered..
Comment #9
samhassell commentedviews_gantt_get_node_field_value() sets a parent_id and predecessor id on the Project node's item in $this->task. This causes build tree to exit out before it does anything.
I found i could put
at the top of views_gantt_get_node_field_value() at it fixes it, but a proper fix & patch will have to wait till tomorrow.
Comment #10
samhassell commentedGive this a spin. It checks $node->type because normal tasks won't have this set, and I'm assuming the only 'missing tasks' are the project level tasks.
Cheers,
Sam.
Comment #11
glennnz commentedHi Sam,
It's not working for me.... :-(
What else can I give you to help diagnose it?
Thanks,
Glenn
Comment #12
glennnz commented@manuelBS
I installed a clean install of ERPAL too and have the same problem, no display of Gantt Charts...
Comment #13
glennnz commentedWhat other info can I provide to get this diagnosed?
Thanks
Comment #14
shijin.js commentedHello glennz,
Are your tasks using entityreference? If so, that may be your issue. entityreference uses "target_id", and that isn't being checked for in the function that gets field values. If you are using entityreference, I have a quick patch that may help. Let me know if this does the trick for you.
shijin.js
Comment #15
glennnz commented@shijin,
That's an improvement! I have a blank Gantt chart showing now, with the 'Fullscreen' link at the bottom.
I have my field outputs rewritten to output the raw value.
Comment #16
dobe commentedDon't rewrite your fields. It uses the load of the entity with shinjin.js's patch.
Comment #17
glennnz commentedSolved.
It wasn't about rewriting the fields. Clean URL's were not enabled. There is a hard coded thing somewhere in the menu callback for views_gantt/data.json that doesn't respect clean URL's being switched off.
Enabling clean URL's solved the problem.
Comment #18
dobe commentedSo turning on clean urls without the patch fixed your issue? Or with the patch and clean urls?
Comment #19
glennnz commentedWith the patch
Comment #20
shijin.js commentedglennz, are you getting any notices or warnings in your logs when you try running Views Gantt without clean URLs? I have the dev version of Views Gantt running with the last patch I uploaded, without clean URLs, and everything is displaying properly for me. I'm just trying to get an idea of the conditions that may be triggering the problem with non-clean URLs, since the function that generates the JSON file operates directly from the $_GET and $_SESSION variables. I don't see any hard-coded values pointing to specific URLs, and the menu callback seems to be working fine with the non-clean URL scheme. Please let me know if you have anything that can help me trace this down.
Thank you,
shijin.js
Comment #21
glennnz commentedShijin,
Strange. I just turned clean URL's off, and it still works...
I have no idera what was happening then; I can't see anything in the log.
A friend helped me with this; he was using Terminal and was forming a drupal_http_request to diagnose it. That's all I can tell you. When he put /Q= into that drupal_http_request, it failed. When he removed it, it worked.
Sorry I can't be of more help.
Comment #22
dobe commentedIt needs to be /?q= otherwise drupal thinks the url is getting a 'q' argument passed instead of a 'q' parameter. I believe patch #14 fixed your issue so I am marking as reviewed.
Comment #23
glennnz commented@dobe,
Sorry, typo. It was /?q=...
Comment #24
MREinJP commentedI too had this problem on a local server, which was recently set up.
The gantt chart frame would appear, with range selects, but no data.
After repeated attempts to install dhtmlxgantt, I found this post.
Enabling clean URLs on my server immediately fixed the problem.
Definately something worth mentioning in the project page requirements.
Comment #25
broonJust wanted to note that patch in #10 fixed the issue for me.
At first, I had a weird error about undefined index: duration and disabled the "Exclude incorrect tasks" part in the render function. Then, the error disappeared, but the page would load forever and finally die with a blank chart.
After applying the mentioned patch, everything works fine so far, the chart displays parent and child tasks as well as predecessor relations.