9 results found

1. TypeScript Definitions for InDesign UXP

   Do we have an ETA on when we should expect TypeScript Definition files for UXP in InDesign?

   Currently both Photoshop and Premiere Pro have auto-generated types from their respective teams. This is really crucial for UXP adoption and reliable development.

   Also posted in the forums: https://forums.creativeclouddeveloper.com/t/typescript-definitions-for-indesign-uxp/9098

   6 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. UXP Multipanel-Plugin Flyout Bug

   Product: Adobe InDesign
   Version: 20.5
   Forum post: https://forums.creativeclouddeveloper.com/t/flyout-menu-with-mutli-panel-plugins/11436/2

   When creating a multi-panel UXP plugin and attaching a flyout menu to one of the panels, the flyout menuappears on a different panel than the one to which it is defined.

   Steps to Reproduce
   1. Create a UXP plugin for InDesign with multiple panels.
   2. In the plugin’s entrypoints.setup, define a flyout menu for one of the panels.
   3. Load/activate the plugin so all panels are present.
   4. Look to which panel the flyout-menu gets attached. It's probably not the one defined in the entrypoints.setup.

   Expected Result
   The flyout menu appears at the panel where it was defined (i.e. the menu is bound / attached to the correct panel).

   Actual Result
   The flyout menu instead attaches to a seemingly random panel, not necessarily the one in which it was defined. It may be possible that it's randomly placed at the correct panel, though in my cases it was always wrong. It's not always the last panel defined (in one case it was the third panel with a total of four, though the menu was attached to the first panel in the entrypoints.setup.

   Additional Notes
   • The issue appears specific to InDesign. According to the forum post, the same plugin works correctly in Photoshop: each panel gets its proper flyout menu. 
   • Bug was affirmed by another user in the forum post

   I was going to upload a test-plugin demonstrating the issue. But weirdly I can neither upload a zip file nor a ccx file, which is weird for the official place to report bugs. You can get the test file from the forum post though.

   Product: Adobe InDesign
   Version: 20.5
   Forum post: https://forums.creativeclouddeveloper.com/t/flyout-menu-with-mutli-panel-plugins/11436/2

   When creating a multi-panel UXP plugin and attaching a flyout menu to one of the panels, the flyout menuappears on a different panel than the one to which it is defined.

   Steps to Reproduce
   1. Create a UXP plugin for InDesign with multiple panels.
   2. In the plugin’s entrypoints.setup, define a flyout menu for one of the panels.
   3. Load/activate the plugin so all panels are present.
   4. Look to which panel the flyout-menu gets attached. It's probably not the one defined in the entrypoints.setup.

   Expected Result
   The flyout menu appears at… more

   4 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. [ID-4265726]Error during shutdown UXP plugin (InDesign 20.4.1)

   If you try to access indesign.app when shutting down a plugin, an error is thrown and causes InDesign to freeze. Specifically, in the lifecycle hook »hide« and »destroy«.

   The error occurred with version 20.4.1

   ---

   Exception: Error: Shutting down in progress, can't process! at Object.cleanup (/Users/<username>/Desktop/UXP-Panel-Dummy/pkg/panel/hide.js:26:24) at ./main.js:58:31 at new Promise (<anonymous>) at e.exports.hide (./main.js:57:16) at e.exports.destroyPanel (uxp://uxp-internal/pluginmanagerscripts.js:2:38052)
   app: Application {conditionalTextPreferences: undefined}
   docCount: <unreadable>

   this: Object

   A dummy plugin can be downloaded here:
   https://kdrive.infomaniak.com/app/share/1606376/3efc4813-cd2e-40a1-9844-193d31807628

   How to reproduce the error:
   1: Load plugin in UDT
   2. Unload plugin in UDT

   Here is a report from another user: https://forums.creativeclouddeveloper.com/t/indesign-20-4-1-issue-with-the-destroy-lifecycle-hook/11133

   •  

   3 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Closed: Fixed  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   The fix of the issue is now available in the latest InDesign 2025(v20.5.0.048). We recommend you upgrade to the latest version for the fix.

   If you are unable to see the update, go to the Creative Cloud application click on the context menu on the top right, and click on Check for App Updates.

   —

   Adobe InDesign Team

4. InDesign 2026 crash on UXP plugin shutdown – regression bug

   This bug appeared in InDesign 2025 v20.4.1, then was fixed in InDesign 2025 v20.5 (see this thread: https://indesign.uservoice.com/forums/913162-adobe-indesign-sdk-scripting-bugs-and-features/suggestions/50122545--id-4265726-error-during-shutdown-uxp-plugin-inde).

   The bug is present again in InDesign 2026 v21.0

   Philip

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. UXP, InDesign: WebView postMessage does not work in 20.4

   Since version 20.4 of InDesign, sending messages to the WebView element no longer works. Here is a dummy plugin to reproduce the behavior.

   https://kdrive.infomaniak.com/app/share/1606376/dbdbc8c1-10c3-4c9a-b4ce-d048fc2864fd

   How to test?
   Click on the “Send message” button.

   Expected behavior?
   The message “Hello form panel!” appears in the Webview element (white background).

   In InDesign 20.3 it works, from 20.4 no longer.

   Why is this important?
   This affects the functionality of one of my published plugins.

   Code:

   Plugin:
   const sendMessageButtonElem = document.getElementById("send-message-button");
   sendMessageButtonElem?.addEventListener("click", () => {
   /* Send message to WebView */
   const webviewElem = document.getElementById("webview") ;
   webviewElem.postMessage({
   "message": "Hello from panel!"
   });
   });

   ---

   Webview:
   /**
   * Window message event listener
   * Receive messages from Plugin
   */
   window.addEventListener("message", panelMessageHandler);

   /**
   * Panel message handler
   * @param evt
   * @returns
   */
   async function panelMessageHandler(evt: MessageEvent) {
   const webviewMessageOutputElem = document.getElementById("webview-message-output") as HTMLElement;
   webviewMessageOutputElem.textContent = evt.data.message;
   }

   Since version 20.4 of InDesign, sending messages to the WebView element no longer works. Here is a dummy plugin to reproduce the behavior.

   https://kdrive.infomaniak.com/app/share/1606376/dbdbc8c1-10c3-4c9a-b4ce-d048fc2864fd

   How to test?
   Click on the “Send message” button.

   Expected behavior?
   The message “Hello form panel!” appears in the Webview element (white background).

   In InDesign 20.3 it works, from 20.4 no longer.

   Why is this important?
   This affects the functionality of one of my published plugins.

   Code:

   Plugin:
   const sendMessageButtonElem = document.getElementById("send-message-button");
   sendMessageButtonElem?.addEventListener("click", () => {
   /* Send message to WebView */
   const webviewElem = document.getElementById("webview") ;
   webviewElem.postMessage({
   "message": "Hello from panel!"
   });
   });

   ---

   Webview:
   /**… more

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   FIXED  ·  AdminSanyam Talwar (Senior Lead Software Engineer, Adobe InDesign) responded

   The fix of the issue is now available in the latest InDesign 2026(v21.0.0.192). We recommend you upgrade to the latest version for the fix.

   If you are unable to see the update, go to the Creative Cloud application, click on the context menu on the top right, and click on Check for App Updates.

   —

   Adobe InDesign Team

6. BUG: Fix the multiple panel issues in the InDesign UXP plugin framework

   Please fix the panel bug:
   https://forums.creativeclouddeveloper.com/t/uxp-entrypoints-setup-loads-same-panel-always/8026

   2 votes

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. UXP logs in the wrong folder

   The UXP logs for InDesign 2026 still end up in the 2024 folder.

   Wouldn't it be more consistent to adjust the path to the corresponding version?

   InDesign 21.0, macOS Sonoma

   •  

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. InDesign 21.0 UXP: File URI scheme

   With InDesign 21.0, my plugin can no longer access files in the plugin folder when using the standard file uri scheme: file:///pathToFile (3 slashes).

   Error: Could not find an entry of 'file:///Users/<user name>/Library/Application%2520Support/Adobe/UXP/Plugins/External/9e463c3edemo1.2.2/assets/files/main.css'

   I use:

   uxp.storage.localFileSystem.createEntryWithUrl(url.href, {
   "type": types.file
   })

   It works:
   - in 2024 and 2025
   - when loading the plugin via the Adobe UXP Developer Tool
   - with file:/pathToFile (just 1 slash)

   It doesn't work:
   - when installed (via double-click).

   Is this a bug, or does it mean we can no longer use the standard URI (https://en.wikipedia.org/wiki/File_URI_scheme)?

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. No consistent way to control undo/redo of script execution

   In a UXP plugin, there is no consistent way to control the undo/redo stack.

   The closest we have is through app.doScript, but this is fraught with many issues.

   1. When you run an async UXPScript (most would be, if working with files), the undo mode is ignored.
   2. You can run extendscript, but as we are trying to move away from that I would like a uxp supported solution. In general, we have run into issue after issue with app.doScript using extendscript.

   Ideally, you would fix item 1 and also some of the surrounding issues with UXP script execution (no way to wait for result? documentation seems to be incorrect as well).

   In a UXP plugin, there is no consistent way to control the undo/redo stack.

   The closest we have is through app.doScript, but this is fraught with many issues.

   1. When you run an async UXPScript (most would be, if working with files), the undo mode is ignored.
   2. You can run extendscript, but as we are trying to move away from that I would like a uxp supported solution. In general, we have run into issue after issue with app.doScript using extendscript.

   Ideally, you would fix item 1 and also some of the surrounding issues with UXP script execution (no way… more

   1 vote

   Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  UXP plugins  ·  Edit…  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating