Bug 167502 - Importing and replacing an existing dialogue, doesn't refresh the IDE GUI
Summary: Importing and replacing an existing dialogue, doesn't refresh the IDE GUI
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: BASIC (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: BASIC-IDE
  Show dependency tree / graph
 
Reported: 2025-07-14 10:55 UTC by Vas
Modified: 2025-07-14 19:35 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vas 2025-07-14 10:55:04 UTC 
Description:
When in the Macro IDE, I select to import another version of an existing dialogue form. After the import the GUI image is not updated to reflect the changes that were just imported. The GUI has been imported though as you will see if you run some code to load it into view. The macro IDE has to be closed and reopened to see the actual changes to any controls.

Steps to Reproduce:
1. Have an existing dialogue defined in the macro IDE
2. Import an older or newer version of the dialogue and replace the existing one

Actual Results:
The dialogue form view is not updated in the IDE to reflect any changes in controls, however, when you run your code to load the GUI, it has been successfully imported. The IDE needs to be closed then reopened to see the any GUI updates in the IDE

Expected Results:
When the dialogue has been imported, any changes to dialogue controls will be seen immediately.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.2.3.2 (x86) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded