This is not a reproducible bug.  On another machine the fault did not show up.

(In reply to Len Lawrence from comment #1)
> This is not a reproducible bug.  On another machine the fault did not show
> up.

Setting to unconfirmed for now, then.

CC'ing papoteur in case some one reproduces the issue.

Ever confirmed: 1 => 0
Status: NEW => UNCONFIRMED
CC: (none) => marja11, yves.brungard_mageia

I had something very similar.
I e-mailed yves.brungard off channel about it, as it only occurred 1x in 4 installs on different machines, and was un-reproducable on the machine that initially displayed it..

for me, 'Edit software sources' was just text, no button.

intel -810 or later video (Linx-7 tablet)

CC: (none) => westel

(In reply to ben mcmonagle from comment #3)
> I had something very similar.
> I e-mailed yves.brungard off channel about it, as it only occurred 1x in 4
> installs on different machines, and was un-reproducable on the machine that
> initially displayed it..
> 
> for me, 'Edit software sources' was just text, no button.

That's what Len described, so this issue has now been confirmed.
> 
> intel -810 or later video (Linx-7 tablet)

Assigning to the Mageia tools maintainers. Yves is already in the CC

Ever confirmed: 0 => 1
Status: UNCONFIRMED => NEW
Assignee: bugsquad => mageiatools

Hi,
I don't reproduce the problem.
I have checked the code, it is the same for most of the buttons, thus I'm perplex about that.
Can you launch mageiawelcome from a terminal and eventually catch some messages in the console.

@papoteur
That is the trouble with this - it does not always reproduce.  I shall look around and see if I can find the system where this happened.  It might have been overwritten by now.  It may take some time.

Could not reproduce the bug on an Xfce installation (round 2).
The following tests were for mga7beta3 round 3 - multiple desktops.

All on the same installation.  Occasionally tried a detached process as well - no difference in the behaviour.

[Plasma]
$ mageiawelcome
/usr/share/mageiawelcome/helpers.py:37: UnicodeWarning: decode() called on unicode string, see https://bugzilla.redhat.com/show_bug.cgi?id=1693751
  release = (h['release']).decode("utf-8")
qml: Screen:  1 4.286910744197176
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 525.
getting exclusive lock on urpmi
<no problem>

Similar output for other desktop environments - no problems encountered.
GNOME, Mate, Cinnamon, Xfce, Enlightenment

Checked launch from system menus also - no sign of the bug.
Shall continue to check in other trial installations, with Plasma in particular.

(In reply to papoteur from comment #5)

> Can you launch mageiawelcome from a terminal and eventually catch some
> messages in the console.

not much Im sorry:

localhost ~]$ mageiawelcome
qml: Screen:  1 7.459247989567485

Created attachment 10925 [details]
missing button

from my linx-7 tablet:

# lspcidrake
lpc_ich         : Intel Corporation|Atom Processor Z36xxx/Z37xxx Series Power Control Unit [BRIDGE_ISA] (rev: 0f)
xhci_pci        : Intel Corporation|Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI [SERIAL_USB] (rev: 0f)
Card:Intel 810 and later: Intel Corporation|Atom Processor Z36xxx/Z37xxx Series Graphics & Display [DISPLAY_VGA] (rev: 0f)
mei_txe         : Intel Corporation|Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine [CRYPT_OTHER] (rev: 0f)
intel_atomisp2_pm: Intel Corporation|Atom Processor Z36xxx/Z37xxx Series Camera ISP [MULTIMEDIA_OTHER] (rev: 0f)
unknown         : Intel Corporation|Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register [BRIDGE_HOST] (rev: 0f)
hub             : Linux 5.0.6-desktop586-1.mga7 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Unknown Manufacturer|USB2.0 HUB [Hub|Unused|Full speed (or root) hub]
usbhid          : Microsoft |Microsoft Basic Optical Mouse v2.0  [Human Interface Device|Boot Interface Subclass|Mouse]
usbhid          : Microsoft|Wired Keyboard 600 [Human Interface Device|Boot Interface Subclass|Keyboard]
hub             : Linux 5.0.6-desktop586-1.mga7 xhci-hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hid_generic     : Microsoft Wired Keyboard 600
hid_generic     : Microsoft  Microsoft Basic Optical Mouse v2.0 
hid_generic     : Microsoft Wired Keyboard 600

We can get more log messages with the command:
QT_LOGGING_RULES=qml=true mageiawelcome

After an mgaapplet upgrade from mga6 to mga7 the bug showed up in Xfce.  Tried the suggestion in comment 11 and found that the button now appears and works as expected.
Terminal diagnostic:
/usr/share/mageiawelcome/helpers.py:37: UnicodeWarning: decode() called on unicode string.
reference is https://bugzilla.redhat.com/show_bug.cgi?id=1693751
release = (h['release']).decode("utf-8")

With a default all-DE install from Mageia-7-rc-x86_64.iso in VirtualBox, running in Xfce, I can easily reproduce the fault just by resizing the MageiaWelcome window (by dragging the corner of the window).

CC: (none) => mageia

Just confirmed the behaviour Martin reported in comment 13.
Applying the suggestion in comment 11 does not restore the button and the terminal message is the same as in comment 12.

Should be OK with comming commits.
Papoteur

Mageiawelcome 2.00 is coming.

Hello,
Any news of this problem?
Can it be closed?

Version: Cauldron => 7
Keywords: 7beta3 => (none)

With the final Mageia 7 Live Xfce, I can no longer reproduce this bug.

Thus closing

Status: NEW => RESOLVED
Resolution: (none) => FIXED