AppGini Community Forums

@Olaf, try this temporary fix for now, till next release: In datalist.php, find this line: And add this one after it: I hope that helps.

Thanks, Olaf. It seems this could occur if you're running your AppGini app on the domain root directly ... Please try this and if it works fixing this issue, kindly let me know to apply it in a hotfix release: Please open the generated admin/pageSettings.php file in a text/code editor, and find this...

You can add JavaScript code in footer-extras.php to support this. Please see the example at https://bigprof.com/blog/appgini/make-i ... igning-up/

To clarify, this issue is not specific to 5.75 ... Supporting one-to-one relationship is on our to-do list for testing (you're right @Olaf about there being nothing to prevent it in the codebase, but we just need to make some tests to make sure it works as expected). So expect to see it very soon.

Hmm ... I'm inspecting this issue now but unable to reproduce it. Is it possible to specify the URL of your admin settings page? I don't need to access the page itself so please feel free to obfuscate the domain name .. I just need to test how the URL is getting parsed to extract the $appURI value.

Thanks for sharing this, Olaf

That's very touching ... yes @jmbodla ... AppGini can certainly help ... I'm impressed to see Jan willing to help ... you're going to be in safe hands :) I'm willing to contribute hosting and an easy to remember domain name, and of course any technical help needed. Maybe we could set this up as a Gi...

I got your AXP, Olaf and will investigate the issue and fix it in the next release of SPM.

If you can find the time and like to, feel free to contact me. I'd be
happy to have another phone call. I'm just curious about current status
of development and road map.

So glad to learn that, Ron

Hmm ... AppGini doesn't assume that PK is always an integer ... You could try checking the Customers table from the online demo at https://bigprof.com/demo, where the primary key field is a VARCHAR and it's working fine. Is it possible to send me the AXP project file where this issue occurs please? ...

You could add JavaScript code in hooks/footer-extras.php for validation … First, check that the URL is "membership_signup.php" and if so, add a form submission handler to check the field values … and if a value is invalid, show error and return false to prevent submission: <script> $j(function() { /...

Hmm .. to make sure I understand what you describe, would this be for example something like this: get_custom_permissions($table, $pk, $operation, $user_info) that the application would call before displaying a record, editing or deleting it? The application would call this function passing the tabl...

Add to our backlog for implementing in future releases. Thanks for the feedback

Not exactly a bug ... there are many scenarios where 2 or 3 AppGini or 3rd party apps access the same database and tables, and they might be designed to access only specific fields and ignore the rest. That's why we follow the safe approach of ignoring table fields that are not specified in the AppG...

Mmm ... lookup fields implemented in AppGini work only through saving the primary key of the parent record. Storing any other field would introduce many issues. However, using 'Advaned' button in the lookup tab, you can compose any custom SQL query to display any other values/fields to users. When d...

Hmm .. is it possible to send me the AXP project file to check this please? I need the one stored inside plugins/projects rather than the one you opened in AppGini because the first one would contain the plugin configuration that I want to check. Please sen it to me via the support form at https://b...

Currently not, but I've added this suggestion to our backlog to possibly implement it in new releases. Also is it working with drop down fields? Yes, Mass Update plugin detects lookup and option list fields and if you allow users to specify the value to update when creating the commands in the plugi...

Please see https://bigprof.com/appgini/google-maps-api-key

Replied to your support questions @dharbitindy. I'm so sorry for the long delay.

I'm guessing because the default database creation requires a blank password without an option to change it that I can see. Try opening a command window (under Windows, open the Start menu and type 'cmd' and press Enter), then type this in the command line window: mysql -uroot This would start MySQ...

Thanks for reporting this issue, Olaf. We're investigating it and will consider including auto-fill lookups in future releases of SPM.

This setting is group-specific. For example, let's assume you have a group A, where users can sign up without admin approval, and a group B, where admin must approve users. Now, if a user signs up to group A, she should automatically be approved. If another user signs up to group B, she won't be abl...

I don't seem to find any issues in your code ... could you try doing some debugging? Try adding this code at the end:

Hmm ... I'm unable to reproduce this issue using AppGini 5.75.

Hmm ... admin sign in is done through the same login for as any other user. There is no special link for admin sign in. Could you describe the issue you're seeing in more detail please?

Well .. seems the datepicker is using an HTML table, and thus the refresh code selects it incorrectly. So the fix is to make the selector more specific .. So, instead of:
Try: