Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-91951

optionMenu appears on different monitor than where application is running.

Linking RHIVOS CVEs to...Migration: Automation ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Undefined Undefined
    • rhel-8.10.z
    • rhel-8.10
    • motif
    • motif-2.3.4-22.el8_10
    • No
    • Critical
    • OtherQA
    • 1
    • rhel-display-window-mgmt
    • ssg_display
    • 5
    • Dev ack
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • Display WM #2/2025
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      What were you trying to do that didn't work?
           For C++ applications developed with Motif in mind, when  utilizing optionMenu near the top of a display, the menu appears on a different display instead of the same display the application was started on.

      Please provide the package NVR for which the bug is seen:
           motif-devel-2.3.4-21.el8_10.i686
           motif-2.3.4-21.el8_10.i686
           libXinerama-1.1.4-1.el8.x86_64

      How reproducible is this bug?:
          Customer is able to reproduce it considerably with the 32 bit applications they have ran.

      Steps to reproduce
          1. Compile reproducer code with -lXt -lXm arguments.
          2. Run application on system with multiple monitors. In customer's case, one display was above the one the application was ran in.
          3. Observe behavior when interacting with an optionMenu.

      Expected results
          The optionMenu shows up on the same monitor as the app.
      Actual results
          The optionMenu shows up on a different monitor entirely.
      Additional:
          Customer has not tested on their end for 64 bit applications as their environment only uses 32 bit motif apps. I have attempted to test on my end but had issues with configuring the reproducer.

              rhn-engineering-ofourdan Olivier Fourdan
              brclark@redhat.com Brandon Clark
              Carlos Soriano Carlos Soriano
              Tomas Pelka Tomas Pelka
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: