Forum Activity for @developer-networks

Developer Networks
@developer-networks
01/01/24 01:02:55PM
566 posts

URL from button in ACP


Jamroom Developers

I tried to create a view so php could redirect to the url like this but it returns a 500 error. What am I doing wrong?
<?php

// Retrieve the value of the 'store_url' setting
$store_url = jrCore_get_setting('myModule', 'store_url');

// Check if the URL is valid before using it
if (filter_var($store_url, FILTER_VALIDATE_URL) === false) {
    // Handle invalid URL (e.g., display an error message)
    echo 'Invalid Back Office URL';
    exit();
}

// Redirect to the BackOffice URL
header('Location: ' . $store_url);
exit();
Developer Networks
@developer-networks
01/01/24 11:54:04AM
566 posts

URL from button in ACP


Jamroom Developers

 
function myModule_init(){
    // Adds the Back Office Login tab
    jrCore_register_module_feature('jrCore','admin_tab','myModule','backoffice','Back Office Login');
    return true;
}

I have a button added to my module in the config tabs to the module but i want to tell Jamroom to go to another URL entirely. How do i properly tell Jamroom that when clicking on this button it goes to the other website?
updated by @developer-networks: 04/04/24 09:29:41PM
Developer Networks
@developer-networks
12/16/23 01:28:43AM
566 posts

Unable to remove text field options in config of module.


Design and Skin Customization

Just a suggestion I found going over this issue:

When we delete a module from the Jamroom system inside the ACP we should be able to check the box to also have the module contents dropped from the datastore permanently.

Its not clearing out the old modules in the delete function. My system is saying the URL is still in use even after I delete a module and want another module to use that URL.

even if the delete function missed this part, Is this not a part of integrity check?
updated by @developer-networks: 12/16/23 02:39:03AM
Developer Networks
@developer-networks
12/15/23 11:22:59PM
566 posts

Unable to remove text field options in config of module.


Design and Skin Customization

I completely removed the item and keys from the database in step 2 troubleshooting and I narrowed it down to a permissions issue on the new deployment. I wiped it and did a re install and got it back running with out issues so far. Its possible that I might experience and re create this issue again later as we design the module and add and remove the options.. thanks
updated by @developer-networks: 12/15/23 11:24:58PM
Developer Networks
@developer-networks
12/15/23 02:33:12AM
566 posts

Unable to remove text field options in config of module.


Design and Skin Customization

Heres an image showing the problem. This is also a dev site fresh install of Jamroom 7 with no other modules yet.
jamroom.png jamroom.png - 167KB

updated by @developer-networks: 12/15/23 02:34:59AM
Developer Networks
@developer-networks
12/15/23 02:00:16AM
566 posts

Unable to remove text field options in config of module.


Design and Skin Customization

I hope this message finds you well. I am currently facing an issue while developing a module for Jamroom 7, and despite my efforts, I have been unable to resolve the issue.

In the config.php file, I initially created three different text input boxes under the myModuleName_config() function.
one for name, api_key, and api_token.

Heres the example:
function myBridgeConnect_config(){
    // API Key
    $_tmp = array(
        'name'     => 'api_key',
        'type'     => 'text',
        'default'  => '',
        'validate' => 'printable',
        'label'    => 'Bridge API Key',
        'help'     => 'Enter your API Key',
        'required' => true,
    );
    jrCore_register_setting('myBridgeConnect', $_tmp);

    return true;
}



These boxes all appeared in the module Global Config • general settings and functioned correctly, allowing me to save names, API keys and tokens to the module config file. However, as the API integration progressed, it became evident that only the token was required, prompting me to remove the two API key and name from the config.php file and the myBridgeConnect() function.

Regrettably, even after removing the code for these two text boxes, they persistently appear on the Admin Control Panel (ACP) Global Config • general settings tab for the module. I have diligently undertaken several troubleshooting steps to rectify this issue, including:

1. Clearing ALL browser cache and history.
2. Deleting the module item and associated keys from the database.
3. Integrity check including: Database Items, Language Strings, Form Sessions, PHP Opcache, File System Caches, Javascript Files, CSS Files, Sprite Icons, and All Template Files
4. Completely uninstalling the module, re-uploading the fixed new version, and reinstalling it.


Despite ALL these efforts, the unwanted text boxes remain visible on the ACP config tab, indicating that the removal is not taking effect as expected. At this point, I am inclined to believe that there may be a bug within Jamroom preventing the proper clearance of these unnecessary options from developers. Also, I am running the site in developer mode with no cache.

I kindly request your expertise and assistance in resolving this matter. Any guidance or insights you can provide to help me overcome this issue would be greatly appreciated.

Thank you for your time and support.

Best regards,
updated by @developer-networks: 04/05/24 04:27:03PM
Developer Networks
@developer-networks
12/17/22 07:58:37PM
566 posts

Deleting extra profiles also deleted the master admin account...


Jamroom Developers

Thanks Paul, my PHP Storm is showing I was using 6.5.13. When trying to re create the issue I clicked on the:
ACP wheel => Users => Profile Browser

Then on the list of profiles I clicked the delete button to the right and it completely removed the only master admin user account associated with the extra profile I was deleting.


To re create the problem..I have re installed Jamroom 6.5.13 and signed up with an admin account and created 2 extra profiles associated with the admin account.

I have added music to them and deleted one of these new extra profiles using the delete button located on the "profile browser" page and YES it did in fact remove the only admin user account on the system rendering the Jamroom system forever inoperable with no admin.

The other profiles were left active but the master admin user account was deleted from the system when removing one of the extra profiles.

My opinion is that this is a critical bug in that it does not function properly for Jamroom interoperability.

It should self-check so that "the only" in most cases... master admin user account can not be deleted or removed locking themselves out because of deleting an extra profile linked to the user.

The Jamroom admin should be asked if they want to remove user with the delete profile action.

Jamroom systems allow multiple profiles under users so naturally it should allow profiles to be deleted with or without removing the user.

Currently the Jamroom profile delete action was set up with a warning label which pops up saying to proceed with profile delete action your user account associated will be deleted....

which we found out can render all the other associated profiles and the entire Jamroom administration system dead and inactive if its deleting the only connected master admin account..

put checks and balances in place to make sure there is always a master admin account and

Replace the warning question with:

=> Do you wish to also delete the user account associated with this profile?

That I believe would be the correct right best way to do that.

Thanks


Merry Christmas 2 All You Guys!!!

Glad to help

C98E448D-12D5-4D30-8997-406585C6FBB6_4_5005_c.jpeg C98E448D-12D5-4D30-8997-406585C6FBB6_4_5005_c.jpeg - 26KB

updated by @developer-networks: 12/18/22 01:00:52AM
Developer Networks
@developer-networks
12/16/22 08:44:40PM
566 posts

Deleting extra profiles also deleted the master admin account...


Jamroom Developers

Noticed a problem today setting up my Jamroom site. I logged in as the admin account which is the first account created and I created 3 additional profiles also owned by the admin account and I uploaded music to those profile accounts for testing.

I decided to delete one of those profiles however it also deleted and removed the entire admin account connected to the jamroom system and now rendering the system with out any admin account..

deleting the extra profiles removed the admin account and I cant log in with out completely starting over. The system should check if the profile that is being deleted has other profile accounts connected before its owner is removed... especially master admin accounts.
updated by @developer-networks: 03/19/23 10:11:48PM
Developer Networks
@developer-networks
06/19/20 08:08:50PM
566 posts

Aparna tool


Jamroom Developers

Im just going to manually write the module. I loved this tool for prototyping ideas and getting up and running quickly.

it was a very cool tool. sad to see it go.
Developer Networks
@developer-networks
06/19/20 03:14:21AM
566 posts

Aparna tool


Jamroom Developers

went to use the jrAparna tool today and instead of creating it on submit the ajax hangs.

I was able to locate this error.

error: jrCore_checktype: invalid type: user_name

I have checked my developer credentials and everything seems correct.

I have cleared out the form and tried different module names but it keeps hanging with this error.

the post is saving to the database and seems to pass the form data but stops during the response with the error and and never creates the module.

updated by @developer-networks: 09/17/20 09:40:38PM
  4