Hi,

I am trying to parse the openapi spec to generate some client libraries on https://editor.swagger.io/ but it seems there are some issues, has it been updated to version 3.0.0? Is this spec valid?

Pasting some of the errors below:

Structural error at 
should NOT have additional properties
additionalProperty: server, definitions
Jump to line 0
Structural error at paths./api/v2/clients/{clientid}/bandwidth.put.parameters.1
should NOT have additional properties
additionalProperty: default
Jump to line 581
Structural error at paths./api/v2/clients/{clientid}/bandwidth.put.parameters.1.in
should be equal to one of the allowed values
allowedValues: path, query, header, cookie
Jump to line 582
Structural error at paths./api/v2/jobs/{jobid}/cancel.put
should NOT have additional properties
additionalProperty: consumes
Jump to line 783
Structural error at paths./api/v2/jobs/{jobid}/bandwidth.put.parameters.1
should NOT have additional properties
additionalProperty: default
Jump to line 901
Structural error at paths./api/v2/jobs/{jobid}/bandwidth.put.parameters.1.in
should be equal to one of the allowed values
allowedValues: path, query, header, cookie
Jump to line 902

Hello Everybody,

There is not possible to save edited API basic user from the Web interface (Security -> API basic users -> [user] -> Edit). This action throws PHP error. It refers only to modifying API basic user from the Bacularis Web level, not from API panel.

This bug occurs in version 2.4.0.

Workaround: To change the API basic user properties please go to the API panel and change it there.

Best regards,
Marcin Haba (gani)

Hi there,
I'm trying to search for files using the bacularis 'search for files in job' feature, but unfortunately the search doesn't find files that have mixed case paths.

For example, if I have a path of '/home/user/Foo Bar', a search for 'oo' will find the file, a search for 'ar' will find the file, but searches for either 'foo' or 'Foo' fail to find it.

What seems to be happening is that with MySQL/MariaDB, the Path column is stored as a BLOB, and the LOWER function doesn't work on BLOBs. So Bacularis is lower-casing the search text, attempting (but failing) to lower-case the Path text, and comparing the two, and so the search doesn't match if the Path text is mixed-case.

The problem is this lower-case conversion here:
https://github.com/bacularis/bacularis-api/blob/master/API/Modules/JobManager.php#L351

The MariaDB and MySQL documentation says:

LOWER() (and UPPER()) are ineffective when applied to binary strings (BINARY, VARBINARY, BLOB). To perform lettercase conversion, CONVERT the string to a non-binary string

LOWER(CONVERT(@str USING latin1));

Changing the Bacularis JobManager.php line to

         $search_crit = " AND (LOWER(CONVERT(Path.Path USING utf8)) LIKE LOWER('%$search%') OR LOWER(CONVERT(File.Filename USING utf8)) LIKE LOWER('%$search%')) ";

fixes the problem.

(But using CAST might be better than CONVERT because both Postgres and Sqlite also support that syntax, it seems...)

I have repeatedly re-installed Bacularis and cannot input a password for the API users prior to install. Appears that the presence of a password for the default admin user is only acknowledged after an attempt is made to set the password via the web panel, either via the Configuration Wizard or Basic users panel item.

Is there a way to read in a pre-existing htpasswd file for the Bacularis API?

Observed in Bacularis 2.3.0 on Debian 11