Custom Query (399 matches)


Show under each result:

Results (31 - 33 of 399)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Ticket Resolution Summary Owner Reporter
#305 worksforme Wrong colors of menus caused by Odyssey Samir Hawamdeh


While i browse with Odyssey 1.23 (pratically at random and apparently for no reason) the color of my menu will change

The funny thing is that even the color of the contextmenu of AmigaOS will change aswell (even if no they are not MUI related)

This problem never happen before, however i really don't know since when this problem were introduced (if it was of course)

Steps to reproduce

  1. Just browse the web with Odyssey
  2. At some point this problem with the colors may happen


My config is:

AmigaOS 4.1 FE MUI 4.0 2016 R1 (20.6511 svn r5248) Odyssey 1.23 (latest version with the various patches)

#92 fixed Windows Tab does not work on 3.9-2014R2 Thore Böckelmann ancalimon


Windows Tab does not work on 3.9-2014R2

Steps to reproduce

  1. Run MUI
  2. Click on the "Windows" tab on the left

Expected results

You should see Windows options on the right side of MUI options after clicking the Windows tab on the left.

Actual results

You get a screen flash (the one that happens when an error happens) and then the following message inside MUI window where the Windows options appears: "Failed to create preferences class".



It happens for at least two people. I have a Blizard060 withc 256mb of ram using OS 3.9.

#400 invalid Window menu gadget and elements enable on mouse click up walkero


The windows menu gadget items, the radio buttons, and maybe other elements, apply the change on mouse click down and not on mouse click up and release.


In my opinion, it would be better to work in a similar way with workbench elements. You can test it if you tryto click on a radio button and keep the mouse button pressed. The change is already applied.

Also, if you open the window menu from the top right corner gadget, and try to move the window to an other screen, if you click on a selection, and keep the mouse button down, the selection is already applied.

This doesn't give the user the ability to undo his selection by moving away.

Enhancement recommendation

I recommend to change the way it works and enable changes on mouse up/release. If you do not agree with that, maybe add a way for the user to set the way he want's this to behave, at the MUI preferences

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Note: See TracQuery for help on using queries.