Fix Internal Server Error in group workspaces when no active group is set

[Copilot]

Problem

Users encountered "Error loading workspaces: Internal Server Error" when accessing the group workspaces page without having an active group set. This occurred because the code attempted to execute a Cosmos DB query with a None value for the active_group_id parameter.

Root Cause

In route_frontend_group_workspaces.py, the code was:

1. Getting active_group_id from user settings, which could be None
2. Directly using this value in a Cosmos DB query without validation
3. Causing the query to fail when active_group_id was None or invalid

# Before: This would crash if active_group_id is None
active_group_id = settings.get("activeGroupOid")  # Could be None
parameters = [{"name": "@group_id", "value": active_group_id}]  # None value causes error
legacy_docs_from_cosmos = list(cosmos_group_documents_container.query_items(...))

Solution

Added proper validation and error handling:

• Only execute the Cosmos DB query when active_group_id is valid (not None or empty)
• Wrapped the query in a try-catch block for additional resilience
• Set legacy_count to 0 by default, ensuring the page loads successfully

# After: Safe handling with validation
legacy_count = 0
if active_group_id:  # Only query if we have a valid group ID
    try:
        # Execute Cosmos DB query safely
        legacy_docs_from_cosmos = list(cosmos_group_documents_container.query_items(...))
        legacy_count = legacy_docs_from_cosmos[0] if legacy_docs_from_cosmos else 0
    except Exception as e:
        print(f"Error querying legacy documents: {str(e)}")
        legacy_count = 0

Impact

• Before: Users got an Internal Server Error when visiting group workspaces without an active group
• After: Page loads successfully, allowing users to select a group from the interface
• Preserved: All existing functionality when a valid active group is set

Testing

• Verified the fix handles various edge cases (None, empty string, valid IDs)
• Confirmed exception handling works correctly
• Validated that existing functionality is preserved
• Checked consistency with similar validation patterns used elsewhere in the codebase

Fixes #254.

---

💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.

[paullizer]

clicking on create new public workspace does not work

[Copilot]

clicking on create new public workspace does not work

...

Fixed! The "Create New Public Workspace" modal was incomplete - it was missing the actual form fields (name input, description textarea, submit button). I've implemented the complete modal form that the JavaScript expects. The issue should now be resolved in commit 8d78d56.

[paullizer]

I can make groups but now when i manage the group the page is empty, its not showing any details

Uncaught SyntaxError: Identifier 'workspaceId' has already been declared (at manage_public_workspace.js:1:1)

[Copilot]

I can make groups but now when i manage the group the page is empty, its not showing any details

Uncaught SyntaxError: Identifier 'workspaceId' has already been declared (at manage_public_workspace...

Fixed! The issue was caused by a JavaScript variable conflict - both the HTML template and JavaScript file were declaring const workspaceId, which caused the syntax error. I've updated the template to assign to window.workspaceId instead. The manage group pages should now load properly. The fix is in commit b903784.

[paullizer]

i can see content now but the name and description are not editable and when i click on Add member nothing happens. Add member should function like add member from manage_groups.html

[Copilot]

i can see content now but the name and description are not editable and when i click on Add member nothing happens. Add member should function like add member from manage_groups.html

![image](https...

Fixed! The manage public workspace template was incomplete - it was missing the edit form fields (name/description inputs) and the Add Member modal. I've added all the missing HTML elements including the complete Add Member modal with user search functionality, matching the design from manage_groups.html. The name and description should now be editable, and the Add Member button should open a functional modal. Fixed in commit a6c399d.

[paullizer]

missing name, also we dont allow change role to owner, add missing transfer ownership (like manage_groups.html)

[Copilot]

i created a prompt but after reloading the page now the page shows loading public prompts without showing anything
![image](https://github.com/user-attachments/assets/dece224c-11d8-406d-b994-3e9d406e...

Fixed! The issue was that public prompts were incorrectly using the group_prompts container and group_id field. I've updated functions_prompts.py to properly detect public_prompt type and use the correct cosmos_public_prompts_container with public_id field instead. Public prompts should now save and load correctly. Fixed in commit 365b495.

[paullizer]

files fail during upload in public workspace

{
    "id": "4763fdf6-8b6d-4f70-b659-a3cf537bfdfd",
    "file_name": "19790022097.pdf",
    "num_chunks": 0,
    "number_of_pages": 0,
    "current_file_chunk": 0,
    "num_file_chunks": 0,
    "upload_date": "2025-05-30T11:04:05Z",
    "last_updated": "2025-05-30T11:04:05Z",
    "version": 1,
    "status": "Error: Processing failed: process_di_document() got an unexpected keyword argument 'public_workspace_id'",
    "percentage_complete": 0,
    "document_classification": "Pending",
    "type": "document_metadata",
    "public_workspace_id": "7b1d0a2f-8bf7-445a-b01c-3d00d5368469",
    "user_id": "07e61033-ea1a-4472-a1e7-6b9ac874984a",
    "_rid": "i7AdAPrzUh0DAAAAAAAAAA==",
    "_self": "dbs/i7AdAA==/colls/i7AdAPrzUh0=/docs/i7AdAPrzUh0DAAAAAAAAAA==/",
    "_etag": "\"2200fd15-0000-0100-0000-683990a50000\"",
    "_attachments": "attachments/",
    "document_id": "4763fdf6-8b6d-4f70-b659-a3cf537bfdfd",
    "_ts": 1748603045
}

[Copilot]

files fail during upload in public workspace

...

Fixed! The issue was that the process_di_document function didn't accept the public_workspace_id parameter that was being passed during public workspace file uploads. I've updated the function signature and all related helper functions (get_document_metadata, save_chunks, extract_document_metadata) to properly support public workspaces. File uploads should now work correctly in public workspaces. Fixed in commit 66abdfb.

[paullizer]

public prompt now shows up in the correct cosmos container but the prompts are not loading

but when i create a new prompt than all prompts show up

[Copilot]

public prompt now shows up in the correct cosmos container but the prompts are not loading

...

Fixed! The public prompts weren't loading initially because the prompts tab was missing event listeners to load data when switching tabs. I've added proper tab change event listeners to fetch the prompts data when switching to the prompts tab, and fixed the delete_prompt_doc function to properly handle prompt types. The fix is in commit abee475.

[paullizer]

public workspace is missing the expand view for the documents that show the meta data, edit meta data button with modal, and extract metadata button

[paullizer]

the set active button in my public workspaces does not work