Opened 5 years ago

Closed 5 years ago

Last modified 4 years ago

#92 closed bug (fixed)

Windows Tab does not work on 3.9-2014R2

Reported by: ancalimon Owned by: Thore Böckelmann
Priority: normal Milestone: 3.9-2015R1
Component: Settingsgroup.mui Version: 3.9-2014R2
Severity: minor Keywords:
Cc: OS Platform: AmigaOS3
Blocked By: Blocking:
Release Notes:

Description

Summary

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".

Regression

Notes

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

Attachments (4)

mui_92_2014-12-04.log (37.6 KB) - added by supernobby 5 years ago.
mui_92_2014-12-08.log (3.8 KB) - added by supernobby 5 years ago.
mui_92_2014-12-10.log (3.8 KB) - added by supernobby 5 years ago.
mui_92_2014-12-14.log (3.4 KB) - added by supernobby 5 years ago.

Download all attachments as: .zip

Change History (33)

comment:1 Changed 5 years ago by Thore Böckelmann

Do you have any patches like AfAOS or VisualPrefs running? Did this happen with 2014R1 as well?

comment:2 Changed 5 years ago by Thore Böckelmann

In 3962:

  • Winborder.c: added some debug output to the winborder image creation. This refs #92.

comment:3 Changed 5 years ago by Thore Böckelmann

Alternatively you can download the debug version of the next nightly build and create a WINDOW debug log using that build. Set ENV:muidebug to "WINDOW" before running the first MUI application. Please attach that log here. Perhaps it reveals a reason for the failure.

comment:4 Changed 5 years ago by Thore Böckelmann

Status: newpending

comment:5 Changed 5 years ago by Mikhail Malyshev

Works for me with CGX+patches and on plain AGA machine with no patches.

comment:6 Changed 5 years ago by Mikhail Malyshev

Potential problem: possibly there is some kind of conflict for people using
FBLIT & CGXAGA & ICONS2FAST patches on AGA screens.

comment:7 Changed 5 years ago by Thore Böckelmann

Again you are making assumptions about stuff you have no knowledge about its inner working. All the patches you are mentioning affect drawing. What is failing here is the creation of a single object which in turn lets the creation of the complete settings page fail.

So far ancalimon has not provided any further information to solve this issue, not even if things still worked in previous versions. As long as I don't know why creating the object fails any possible combination of patches affecting the never happening drawing are definitely out of the scope of this issue.

comment:8 Changed 5 years ago by Mikhail Malyshev

Ok, what about a too large font for the window to fit on a small screen ?
In theory the MUI gui used to select a smaller font to make the gui fit anyway.
This might also be cause by the broken fonts (or font.library). eg. DOPUS5 GUI falls apart (becomes ridiculously wide) with some bad fonts.

PS: I though we were open to discussions here, if you wish for me to keep quite and do not need any help, fine.

comment:9 Changed 5 years ago by Thore Böckelmann

Do I get some feedback regarding this issue? Does it still happen or has it vanished magically? Otherwise I will close this ticket, because for me and all other people the Windows page is working perfectly.

comment:10 Changed 5 years ago by Thore Böckelmann

Component: undefinedSettingsgroup.mui
Priority: undecidednormal
Resolution: worksforme
Status: pendingclosed

No answer, no solution…

Changed 5 years ago by supernobby

Attachment: mui_92_2014-12-04.log added

comment:11 Changed 5 years ago by supernobby

Hi! I added a log file captured with Sashimi. muidebug is set to "all". Record starts after MUI pref open with inactive window, other category then "window" displayed. And shows what happened when clicking on the "window" entry in the list. Does this help?

comment:12 Changed 5 years ago by supernobby

Resolution: worksforme
Status: closedreopened

comment:13 Changed 5 years ago by Thore Böckelmann

Please create a WINDOW log and do NOT cut it. ALL is far too much. Right now I am missing some lines about creating the objects to configure the window border gadgets. Apart from the other objects on the Windows page these are the only ones I can think of that could possibly fail to be created.

comment:14 Changed 5 years ago by ancalimon

Something I installed fixed this problem for me. I can't tell what it was though.

I will try making a clean install of OS3.9 AGA and also CGX to see if it still happens.

Changed 5 years ago by supernobby

Attachment: mui_92_2014-12-08.log added

comment:15 Changed 5 years ago by supernobby

Hi!
I added mui_92_2014-12-08.log. This time muidebug is "window" and it starts with launchin MUI prefs as first MUI program and clicking on "window" category list entry.

comment:16 Changed 5 years ago by Thore Böckelmann

In 4262:

  • Winborder.c: extended the debug output a bit when creating images. This refs #92.

comment:17 Changed 5 years ago by Thore Böckelmann

Please create a new WINDOW log using the next nightly build.

Changed 5 years ago by supernobby

Attachment: mui_92_2014-12-10.log added

comment:18 Changed 5 years ago by supernobby

Hi!
I added a new log, same actions as last one, hope it helps

comment:19 Changed 5 years ago by Thore Böckelmann

In 4267:

  • Winborder.c: slightly changed the image creation once more. This refs #92.

comment:20 Changed 5 years ago by Thore Böckelmann

Please try again with the next nightly build.

Changed 5 years ago by supernobby

Attachment: mui_92_2014-12-14.log added

comment:21 Changed 5 years ago by supernobby

Hi!
I added a new log, again same actions as last one, hope it helps

comment:22 Changed 5 years ago by Thore Böckelmann

Are you running VisualPrefs to provide the tbiclass BOOPSI class or did you install titlebar.image (http://aminet.net/package/dev/gui/titlebar_ic) which is used by some other application?

Currently I am out of ideas why the object creation fails for you, because you have tbiclass available which works perfectly here for me. Although "tbiclass" provided by both titlebar.image and VisualPrefs stems from the same author it still might be possible that the older version (titlebar.image) behaves a bit different compared to VisualPrefs.

comment:23 Changed 5 years ago by Thore Böckelmann

In 4357:

  • Winborder.c: obtain a private DrawInfo structure in case tbiclass is used and there is no valid pointer available yet. This refs #92.

comment:24 Changed 5 years ago by Thore Böckelmann

Milestone: MUI 3.9-2014R4
Owner: set to Thore Böckelmann
Status: reopenedassigned

According to Massimo Tantignone you must be using the disk based titlebar.image which provides tbiclass instead of VisualPrefs. If that is correct then the next nightly build should fix this issue by providing the missing stuff for the image creation.

comment:25 Changed 5 years ago by Thore Böckelmann

Status: assignedpending

comment:26 Changed 5 years ago by Thore Böckelmann

Resolution: fixed
Status: pendingclosed

Since I didn't get a reply from within 3 weeks I suppose this is fixed now. Otherwise please reopen the ticket.

comment:27 Changed 5 years ago by supernobby

Hi!
I still wish a Happy New Year!
And sorry, I did not find time for testing recently. But now I did with MUI-3.9-20150106r4377-os3.lha and the window settings work.

Yes, I have SYS:Classes/Images/titlebar.image 40.14 installed and don't run VisualPrefs. But I am not aware, to have it installed manually. It rather came with OS3.9?!?

Anyhow, thanks for the efforts! I leave it closed now.

comment:28 Changed 5 years ago by Thore Böckelmann

Milestone: MUI 3.9-2014R4MUI 3.9-2015R1

Milestone renamed

comment:29 Changed 4 years ago by Thore Böckelmann

Milestone: MUI 3.9-2015R13.9-2015R1

Milestone renamed

Note: See TracTickets for help on using tickets.