Search results

Nope. I looked more carefully at your example and what I've prescribed won't help. Sorry. What you can do is the opposite of what I first recommended: in Permissions, for the Grupo field/column set RESULT = NO, EDIT, CREATE, and DETAIL = YES. Of course, if your users use the main grid page for...

You can do this in Edit Application > Permissions For the field, choose NO for EDIT and DETAILS. Or, for EDIT you can choose YES, BUT DISABLED if your goal is just to prevent the user from changing the value.

Or, you could login as administrator you can customize this application bly clicking on Edit this app To change this homepage: Edit this app > Pages > Show: Custom Pages. Then click the link in the HTML content field, edit to your taste, Save Changes, Exit admin, you're done.

From c:.../.../...\htdocs/yourappname/include/config_custom.php // dates parameters /////////////////////////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////////////////////////// // date picker...

Eugenio, I am still abandoning this app, as I've changed the data model considerably, but just for grins I deleted the 412 rows from dadabik_permissions that you indicated were the cause of my problem and then re-ran the upgrade. It took much longer than the other three upgrades that I had...

Eugenio, I think I'm just going to abandon this app. I've been having ideas about improving the db design so I'm probably going to start over ... again. It's a small app (eight tables) and I've started and revised and changed several versions, so it won't bother me to start again. As I said, I...

select * from dadabik_installation_tab; '16361', '163615fd4e6eb6a38e', '2020-12-12 10:51:04', 'mysql', '10.4-Manarola', 'enterprise', NULL, 'http://vanadium.periodic-tbl.com/inventory/' I thought that I originally started this app under 10.3 pro, upgraded to enterprise, then upgraded to...

Sorry, my mistake, 824 was the id_permission number, the count of rows = 412

Yes, there are 824 rows. Do you need to see them or a sample of them?

upgrading from 10.4 enterprise to 10.5 enterprise 10:32:42 SELECT object_permission FROM dadabik_permissions group by id_subject, subject_type_permission, object_type_permission, object_permission, id_permission_type having count(*) > 1 LIMIT 0, 1000 0 row(s) returned 0.016 sec / 0.000 sec

PHP Version: 7.4.11 mysql version: 8.0.22 Web server: Apache/2.4.46 (Win64) OpenSSL/1.1.1g PHP/7.4.11 Client: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.141 Safari/537.36 URL installation: http://vanadium.periodic-tbl.com/inventory/...

Eugenio, For my part, the upgrade from 10.3 to 10.4 fixed the problem I was having with PDF generation. Tlhanks. KenC

You are using DaDaBIK version 10.4 enterprise, installed on 12-10-2020 (installation code: 163315fcee42b41a0c), the latest version of DaDaBIK is 10.4-Manarola released on 12-10-2020 You are not running the last release of DaDaBIK, the release you are running might have bugs and security holes...

Thanks Eugenio, I'll be upgrading as soon as and I'll let you know that it's fixed. KenC

You are using DaDaBIK version 10.3-Manarola enterprise, installed on 12-07-2020 (installation code: 163315fcee42b41a0c), the latest version of DaDaBIK is 10.3-Manarola released on 08-26-2020 System info PHP Version: 7.4.11 mysql version: 8.0.22 Web server: Apache/2.4.46 (Win64) OpenSSL/1.1.1g...

Sorry to give the impression that I thought this is an error an dadabik's part. The error is strictly mine. I didn't think through the consequences of discovering the content_type auto-configurator behavior. Until just now, when I went back, broke it, then tested again, I didn't notice the red...

Argh, I should have known: there's a 'phone' content_type, too. Seems to apply to fields with 'telephone' in the name. I changed the db data type to varchar(15) on the telephone_number field and changed the content_type from 'phone' to 'alphanumeric' on the 'telephone_type' field and I'm...

You are using DaDaBIK version 10.3-Manarola enterprise, System info PHP Version: 7.4.11 mysql version: 8.0.22 Web server: Apache/2.4.46 (Win64) OpenSSL/1.1.1g PHP/7.4.11 Client: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.66...

Eugenio, There's no hurry on this. I've just managed to screw up my entire entire environment. I was attempting to create a test environment with mysql database dumps and restores and somehow I've got my whole environment (mysql and dadabik) messed up. Naturally, being a former DBA I have...

That looks like what I'll have to do. Thanks.