Multiple attempts, different platforms/browsers, different output formats, to generate Composite Data Types
Reduced to simplest form: {$Row1}

all return:

Fatal error: Uncaught exception 'SmartyException' with message 'Unable to load template file 'eval.tpl'' in /home/generatedata_com/alpha.generatedata.com/resources/libs/smarty/sysplugins/smarty_internal_templatebase.php:127 Stack trace: #0 /home/generatedata_com/alpha.generatedata.com/plugins/dataTypes/Composite/Composite.class.php(41): Smarty_Internal_TemplateBase->fetch('eval.tpl') #1 /home/generatedata_com/alpha.generatedata.com/resources/classes/Generator.class.php(218): DataType_Composite->generate(Object(Generator), Array) #2 /home/generatedata_com/alpha.generatedata.com/plugins/exportTypes/JSON/JSON.class.php(18): Generator->generateExportData() #3 /home/generatedata_com/alpha.generatedata.com/resources/classes/Generator.class.php(88): JSON->generate(Object(Generator)) #4 /home/generatedata_com/alpha.generatedata.com/generate.php(7): Generator->generate() #5 {main} thrown in /home/generatedata_com/alpha.generatedata.com/resources/libs/smarty/sysplugins/smarty_internal_templatebase.php on line 127

This was reported by Guilherme Ferreira here:
http://www.benjaminkeen.com/generatedata-com-3-alpha-2-available/

I've confirmed on local installation.

*** highest priority ***

As described.

Data returning for the in-page generation is showing some dud characters (e.g. cities from Brazil), whereas it looks fine when generating in separate page.

As described.

I think I accidentally broke this while fixing a related issue a few months back.

Numeric.

Numeric again.

Yeah.... it is.

Probably need a new setting to set that.

Small thing, but it bugs me.

There is a br tag at the end of every row of data that is generated. Awesome tool BTW

As described.

Throws error on server right now.

Maybe I'm not doing this correctly but I'd like to generate a username based on the firstname / lastname of the user.
So given that:

{$ROW2|truncate:1}{$ROW3|truncate:8}

But no matter what I enter it returns blank.

Even if I just do {$ROW2} it returns blank.

Is there any known problems with the smarty templates system?

Hah! Rookie!

When you load the page on the Account tab and there are no accounts, it shows a nice message in a blue box. But when you click to a different tab then back to the Accounts tab again, it's gone.

Noticed on the live site (that I can see only), but it's almost certainly in the main build as well.

Tried hostname:port on the installation without any success.

As described.

As described.

A very weird one. See:
https://twitter.com/TheJasonParker/status/301637772089884673/photo/1

My hunch is (a) Mac generated and is including a bunch of extra hidden files in the download package which (b) somehow get included in the generatedata script to the page. Will have to investigate further (can't reproduce on local PC installation of alpha 2).

Unselecting all countries, then submitting a form with Country data type throws error.

During the installation, the method loadSettingsFile is called in Core.class.php (Line 69).
But these method has not bee defined as static (Line 102).

This is a pain. That value currently only reflects the data sets currently stored - not what's been deleted.

Need to re-add the custom DB field to store this value.

I was working on a big form last time, with more than 80 fields. Some fields were custom lists, with a lot of possible values.

When saving the form, I received a Fatal error in a javascript alert. Looking at apache error log, I saw it was because the URI was too long (request failed: URI too long (longer than 8190)). I was surprised the ajax request was made with GET method!

So I changed the call in io.js to use POST method, and now it works! File scripts/io.js, line 87 before " data: data_str,", add
type: "POST",

So, maybe it would be wise by default to use POST method for the form saving?

I used tag v2.3.9.

Your app rocks, it saved me a lot of time! Thanks again.

Probably related to the HTML custom format issue.

etc.

As described.

1. It shouldn't highlight the rows in red - just grey or something non-committal.
2. Selecting/unselecting all should highlight/de-highlight the rows as well.

As described.

Demo Web App: Column Header Order "munged"

Defined:

"IP1",
"IP2",
"IP3",
"IP4",
"KillChainPhase",
"IOC_ID",
"EarliestSeen",
"LatestSeen",
"Class",
"Type"

Outputs:
{
"cols": [
"IP1",
"Type",
"IP2",
"IP3",
"IP4",
"KillChainPhase",
"IOC_ID",
"EarliestSeen",
"LatestSeen",
"Class"
],
"data": [
[
"253",
"199",
"176",
"3",
"Exploit",
"5DE0727E-A1DE-BB7E-2385-3193-F542B591",
"Sun, 01 Jul 2012 19:00:55 -0700",
"Sun, 18 Dec 2011 00:33:01 -0800",
"Network",
"ipv4Addr"
],

Single quotes are messing up the format. e.g. city name ("St John's")

Bit irritating, this.

• bug: "delete 1 data Set" button should disappear when off the Your Data Sets tab.
• bug: "delete 1 data set" button disappears when you close dialog then re-open.

Hey Ben,

I forked your project to pitch in v3 if I can.

I see even though you mention a ton of bugs to squash on the site, here there are only three issues out there. If you have more somewhere else, that would be a good place for me to start.

However... I do have a feature idea that might be interesting, however I definitely feel it only appropriate to discuss it before I get down and dirty with it.

You can reach me on email on my profile, or at skype: menashe.borbely

All the best.

Numeric again.

still unable to generate composite data types (same as issue #41)

Seems to work okay, actually. However, it should prevent form submission if the user doesn't enter a numeric value.

Biggun'!

Bah! A scenario I neglected: if the installation is configured to allow anonymous access, no user can access the password reminder tab that appears on the login page (not the modal). Need to update the login modal to include the option to have password reset.

As described.

Two things:

1. If Programming Language Export Type is selected, perhaps "Column Title" should read "var/property name"
2. If there's spaces in the var name, it generates dud code.

Also, we need to handle ALL server-side error messages better. Since it's a dev script, I say... go in there Dr Stein-style and output a generic error with the specific details beneath.

As described.

Entering a character submits fine but throws error on server.

e.g. enter:
from: 776766
to: 6
format code: j

Throws error on server. Need to prevent manual input of dates, I think.

Noticed in FF.

As described.

See the Composite Data Type for an example.

This still uses some dated markup.