Find & Replace don't work, most of the time

Hi there. Since I upgraded to Studio 2024, I noticed an issue I never had with previous versions. Shortcuts Ctrl+F or Ctrl+H don't work most of the time, and I don't even see these functions on the ribbon. I checked my shortcut list and these two are both assigned. What could possibly be the problem?

emoji
Parents
  • I have a similar issue, from time to time, the find and replace function (e.g find next, find previous) is disabled and greys out, and opening and closing trados 2024 does nothing to fix the issue. When I attempt to do a find/replace, the "clear formatting", "confirm" and "paste" functions on the menu bar grey out too, as does some other randoms functions in the bar, as well as the name of the file (at the top middle). Upon clicking in the target segment again, everything ungreys again. It seems to happen why I'm working on my MacBook Pro (windows running on parallels) directly, rather than when it's connected via a monitor (but it may be the problem happens when connected to the monitor too, I can't remember).

    emoji
  • I managed a workout, thanks to info from chatgpt. Here's some info for the developers:

    Product / version:

    SDL Trados Studio 2024 (latest update)

    Environment:

    • macOS (latest)

    • Apple Silicon Mac (M-series)

    • Windows 11 ARM running in Parallels Desktop (latest)

    • Trados running in full screen or windowed mode (not Coherence)

    Description of issue:

    When invoking Find or Find and Replace (Ctrl+F / Ctrl+H), the command is triggered but the dialog window sometimes opens off-screen or renders as a blank window.

    Symptoms include:

    • Find / Replace ribbon buttons become disabled (greyed out)

    • Paste, Confirm, Clear formatting and other editor commands are disabled

    • The document title temporarily greys out

    • Windows task switcher shows a Find window, but it appears blank or not visible

    • Reopening Trados does not resolve the issue

    Clicking back into a target segment sometimes restores toolbar state, but the Find dialog remains inaccessible until its window position is reset.

    Workaround (confirms root cause):

    Using the Windows system menu to move the hidden dialog brings it back immediately:

    Alt + Space → Move → Arrow key → move mouse

    This confirms the dialog is opening but being positioned outside the visible desktop area or rendered at invalid DPI/scale.

    Additional observations:

    • Issue occurs more frequently on the MacBook’s internal display than on an external monitor

    • Strongly correlated with HiDPI / scaling behaviour under Parallels on Apple Silicon

    • Disabling “Best for Retina” and locking display refresh rate to 60 Hz significantly reduces frequency

    • Behaviour is consistent with a DPI / window positioning bug rather than a Trados editor logic issue

    Expected behaviour:

    Find / Replace dialog should always open within the visible desktop area and retain correct focus, regardless of DPI scaling or virtualised display environment.

    Request:

    Please investigate window positioning and DPI handling for modal dialogs (specifically Find / Replace) in Trados Studio 2024 under virtualised HiDPI environments, particularly Parallels on Apple Silicon.

    emoji
Reply
  • I managed a workout, thanks to info from chatgpt. Here's some info for the developers:

    Product / version:

    SDL Trados Studio 2024 (latest update)

    Environment:

    • macOS (latest)

    • Apple Silicon Mac (M-series)

    • Windows 11 ARM running in Parallels Desktop (latest)

    • Trados running in full screen or windowed mode (not Coherence)

    Description of issue:

    When invoking Find or Find and Replace (Ctrl+F / Ctrl+H), the command is triggered but the dialog window sometimes opens off-screen or renders as a blank window.

    Symptoms include:

    • Find / Replace ribbon buttons become disabled (greyed out)

    • Paste, Confirm, Clear formatting and other editor commands are disabled

    • The document title temporarily greys out

    • Windows task switcher shows a Find window, but it appears blank or not visible

    • Reopening Trados does not resolve the issue

    Clicking back into a target segment sometimes restores toolbar state, but the Find dialog remains inaccessible until its window position is reset.

    Workaround (confirms root cause):

    Using the Windows system menu to move the hidden dialog brings it back immediately:

    Alt + Space → Move → Arrow key → move mouse

    This confirms the dialog is opening but being positioned outside the visible desktop area or rendered at invalid DPI/scale.

    Additional observations:

    • Issue occurs more frequently on the MacBook’s internal display than on an external monitor

    • Strongly correlated with HiDPI / scaling behaviour under Parallels on Apple Silicon

    • Disabling “Best for Retina” and locking display refresh rate to 60 Hz significantly reduces frequency

    • Behaviour is consistent with a DPI / window positioning bug rather than a Trados editor logic issue

    Expected behaviour:

    Find / Replace dialog should always open within the visible desktop area and retain correct focus, regardless of DPI scaling or virtualised display environment.

    Request:

    Please investigate window positioning and DPI handling for modal dialogs (specifically Find / Replace) in Trados Studio 2024 under virtualised HiDPI environments, particularly Parallels on Apple Silicon.

    emoji
Children
No Data