List does not show the data after GitHub update

[bwls7529]

The list comes up, has the correct number of entries but all the data is blank as if it is white text on a white background. If I click on the edit button I do see the data in the form. Is there a simple fix?

Thanks.
Bill S.

 

[troester]

Do you have a link?
Which was your "before-GitHub" version?
Did you modify any core Fabrik files (e.g. template_css.php)? This would be overridden by any update.

 

[hominid4]

Hi Bill, did you have any luck fixing your issue. I went from Fabrik 3.2.x latest GitHub to today's 3.3.1 GitHub and am having the same issue; but with only some of the columns - some show values other columns are blank. I haven't updated any of my template files and am using default bootstrap template. I've refreshed and purged all caches. I've also tried Protostar template with same results; I see all the data in the database and when I edit. Just the values are empty in the list. I've attached a screenshot and this is the source code of one of the "hours" column cells showing no data:

<td class="portal_employee_timesheet___time_total fabrik_element fabrik_list_17_group_35">
                    </td>

Joomla 3.3.6

Thanks!

 

[bwls7529]

The only change was to add a scoll bar on bottom of default list.

Can you email me @bwls103@gmail.com and I can get you a link.

 

[cheesegrits]

Trying to replicate this.

-- hugh

 

[cheesegrits]

Just put your site details in My Sites (link to the left of any of your posts. Only Fabrik staff can see those.

For now I just need a backend URL and super admin login, and maybe details on which list to look at if it isn't obvious.

-- hugh

 

[bwls7529]

My screen is attached. It is the same from the front-end as well.

 

[hominid4]

Thanks Hugh, I've added my site in question. An example to look at is the "Client User Accounts" list. I just upgraded to J!3.4 to see if that helps but didn't. I removed the elements from other lists that weren't showing up for the time being since users are currently logged in. I left the "Client User Accounts" list as is showing the empty cells.

Thanks!

 

[hominid4]

Hi. I see that Rob did work on "JLayouts" earlier today ( https://github.com/Fabrik/fabrik/commit/b0d1478b22e0fdbc42cdc9f1a0b648c37356fa92 ), I reverted back just those related files from a GitHub I had on hand from earlier this week and that's showing the list values for now. The client is happy for now and I'll watch for updated revisions regarding those files to get those back updated to the latest GitHub version.

 

[OndrejH]

Seems like the calc element issue? (What I have reported yesterday in other post and Rob with Hugh already work on.)
[EDIT] Sorry, I am taking back this comment. It was when I tried to publish element with JavaScript. I got empty values in the lists.

 

[cheesegrits]

All the layout related issues should be fixed. Somehow the actual new layout folders themselves didn't get pushed up to github when Rob committed the changed.

Just FYI, what the new JLayout stuff does is, it moves the HTML markup for the element out of the element's main model PHP, and into a separate layout file, which can be overridden. Layouts are basically little mini templates. So in the same way you can do template overrides in J!, you can do layout overrides. So if you want to change the way an element is rendered, i.e. the actual HTML / DOM structure, you can now do that by overriding an individual element's layout.

So, for example, if you have a J! template which uses Bootstrap v3, and a particular element doesn't render properly because our markup has to assume we are using J!'s standard v2, it would be trivial to override that element's layout, and tweak whatever it is about the markup (usually class names) which is borking up in BS v3.

-- hugh

 

[OndrejH]

Hugh, I have just one short question. Can you use element's "link to detail" with the new layout? I cannot. It returns empty value if selected to embed the link. Backend ok, frontend not.

 

[cheesegrits]

I'll check. It should work, but there will probably be a few wrinkles as we move more of the rendering to layouts.

-- hugh

 

[OndrejH]

Link to detail works fine on both ends. It was problem on my side - class css was set improperly.

 

[cheesegrits]

Works for me on simple field elements. What elements type(s) are you using?

-- hugh

 

[cheesegrits]

OK, tx.

-- hugh

 

[OndrejH]

"Link to detail" was caused by me. JavaScript save problem was with button element. Another issue was checkbox creates sql syntax error. Calc element issue is obviously already solved by changes you did.

 

[OndrejH]

Sorry .... let me leave this thread.

 

[cheesegrits]

Can you post a separate thread on the checkbox issue? I'm not seeing any problems with checkboxes.

We really try to keep it to one issue per thread, as it gets very confusing trying to untangle threads with multiple issues. Also, thread "hijacking" is not cool, as folk quite often set "email me" set on threads they start, so they get emails when there is activity on their threads. Having someone else's discussions on unrelated issues flooding your inbox can irritating.

-- hugh