What happens: Starting DDD results in a crippled layout, where the bottommost window eats up all the available space. E.g. when the data and source views and the console are enabled, only the console part is visible, while other views are narrowed down to 1 pixel for the data view and one line for the source view. This happens unaffected by setting in configuration files in the home directory or configuration files in /usr/share. This behavior was introduced with x11-libs/openmotif-2.3.2, while everything worked fine with earlier versions of openmotif. This bug is also independent of the DDD versions (it is broken in every version I tested). (Because I assumed the cause of this bug on my side, I just masked the x11-libs/openmotif-2.3.2* builds, which probably was not the right decision.) Because openmotif prior to 2.3.2 is not in the tree anymore, it is time for this bug... How to reproduce: 1) start DDD an see the crippled layout 2) change it to something useful 3) restart DDD 4) see again the same mess Expected behavior: DDD should at least be able to restore the changed layout (step 2)
> Because openmotif prior to 2.3.2 is not in the tree anymore, it is time for > this bug... Please report such issues immediately. The 2.3.2 ebuild has been stable since 8 months, so I had assumed that it's safe to remove the previous version. Looks like upstream is already aware of the problem, see URL.
Created attachment 218991 [details, diff] openmotif-2.3.2-ddd-layout.patch Does attached patch fix the issue for you?
> Please report such issues immediately. I am very sorry about it. This happened because did not have time at that moment and then I had forgotten that mask. (In reply to comment #2) > Created an attachment (id=218991) [details] > openmotif-2.3.2-ddd-layout.patch > > Does attached patch fix the issue for you? > Yeah, DDD looks fine. Thank you very much! (I found that bug-report once, but could not find it again....)
Fixed in -r2, thanks for reporting.
