Custom Query (444 matches)


Show under each result:

Results (13 - 15 of 444)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Ticket Resolution Summary Owner Reporter
#444 fixed SnapIT: Causes a system freeze Hubert Maier


A screengrabber, based on MUI and called SnapIT (, is causing a complete system freeze when bringing up the context menu (right mouse click) while bubble help is active over an interactive window list.

Steps to reproduce

  1. Start it without changing anything
  2. Move the mouse cursor to the "Window List" field
  3. Wait until the help bubble comes up

There is yet another window created in the list called "SnapIT" (for the help bubble)

  1. Without moving the mouse, right click to bring up SnapIT's workbench menu

Expected results

No freeze. There should just the context menu coming up, nothing else.

Actual results

A complete system freeze with no crash, no crash log and absolutely nothing on serial. It looks like as if the system is instantly screeching to a full stop.


Don't think so, i never tested or used the program before, so i can't really tell.


Nothing useful probably, but here goes:

  1. I tried every single MUI demo, but couldn't find a similar list that will bring up bubble help, so i can't really test if this is intended behaviour, i guess not though, since i can make the right-click menu come up perfectly fine, if i right-click into the list fast enough *before* bubble help comes up and creates the new entry.
  2. I *think*, but that is a shot in the dark, that there is a race condition where MUI tries to remove bubble help (and the extra entry) while the brought up Workbench menu has already locked the SnapIT window (at least it locks the MUI preferences window in it's "Busy" setting, by stopping the amimation, if i right-click on the window border between "Save" and "Use" - so i'm assuming it does the same here?).

Program specific:

  1. There also seems to be another bug in either MUI or the SnapIT app. While bubble help comes up, focus on the formerly marked entry in the list is lost and moved wrongly down up one entry, since the whole list is moved down when bubble help's entry is added.

Let me know if you need another bug item for this.

  1. The whole window list seems to be an "object", not sure if this adds to the problem? If i move the cursor around inside the list, bubble help stays where it was first opened. If i click on another entry, no new bubble help will come up, instead it will be removed, together with the extra entry. If i now do a right-click, everythings works fine. I have to move outside the window list and come back to make bubble help reappear.
  2. There is no "bubble help" entry in "Components", so i left it undefined.

If you need more information or testing, just shout.

Thank you for the ongoing development

#443 fixed Bump everything to 2020 Thore Böckelmann Samir Hawamdeh

Ok i was reused an old ticket as the "issue" was at the end pretty minimal However all considering maybe a sort of "auto update mechianism" for updating the copyright dates in that documents could be thinked instead of just forcing you to update them manually (easy to forget and annoying in general)

Files that need to be updated are:

SDK/MUI/ReadMe —> Copyright © 2006-2019 MUI/ReadMe.AmigaOS4 —> Copyright 2006-2019

And of course the main GUI of MUI .. even if actually the date are correct there

#442 fixed Crash when using scroll wheel in an MUI window Thore Böckelmann Andy Broad

First noticed when testing recent nightly builds for bug 431

Currently testing with

6.NGFSBoot:> version full mui:Libs/muimaster.library muimaster.library 21.198 (26/06/2020) Copyright © 2006-2020 by Thore Boeckelmann, Jens Maus [AmigaOS4/PPC] [svn r6580] [private]

On my X1000

To replicate simply rotate the mousewheel on a mouse when a MUI window such as Odyssey or MUI settings is active.

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