Description of problem:Digital clock no longer displayed in system tray. Version-Release number of selected component (if applicable): Mageia 8 How reproducible: Upgrade from Mageia 7 to Mageia 8 Steps to Reproduce: 1. Run Mageia 7. 2. Upgrade to Mageia 8 using Mageia Online update notification applet. 3. Note missing digital clock in system tray.
Hi, which desktop do you use?
CC: (none) => ouaurelien
Created attachment 12596 [details] Screenshot of system tray Note the missing digital clock, which should be displayed between the up arrow (Show hidden icons) and the padlock (Lock the screen).
Created attachment 12597 [details] Display of incomplete clock and calendar display There is something in the location between the up arrow and padlock, and this is what's displayed when you click on it.
(In reply to Aurelien Oudelet from comment #1) > Hi, which desktop do you use? Plasma
Created attachment 12598 [details] Screenshot of what it should look like, Systray & Calendar
John's screenshot comment 3 shows what is missing/wrong. Not only is the Systray time/date display missing, the Calendar is a nonsense. This bug is the only one of its kind, so the problem is not generic or reproduceable. Is this a Plasma thingy one can uninstall then re-install? Aurélien will know. Just experimented, it is tortuous; there might be an easier way. - Right-click the panel, choose Edit Panel. - Hover where th clock is/should be. It should show "Digital Clock", with Remove in its menu. Do that, it disappears. - Click at the top 'Add Widgets' - Select the 'Digital Clock' - Right-click/drag it down to the Systray. You my find it lands up elsewhere on the desktop, in which case right-click it, Remove it from its wrong place, and try again. Of course, if this does not re-instate the correct clock, there must be a way of removing then re-installing the widget, the re-adding it.
Source RPM: (none) => plasma5-applets-system-panel-1.6.0-2.mga8.src.rpmCC: (none) => lewyssmith
Component: Release (media or process) => RPM Packages
No, by default, plasma5-applets-system-panel is not installed as it is a packaged KNewStuff from kde-apps.org. I don't think this is involved here. @John, normally, all Plasma settings are carried over the upgrade. Please remove ~/.config/plasma-org.kde.plasma.desktop-appletsrc and restart plasmashell: $ rm ~/.config/plasma-org.kde.plasma.desktop-appletsrc $ plasmashell --replace & This will reset Plasma Workspace to default values and normally digital clock will be there.
Source RPM: plasma5-applets-system-panel-1.6.0-2.mga8.src.rpm => (none)
Created attachment 12607 [details] Screenshot of analog clock and calendar I did what you suggested, but the digital clock still shows up invisible and with a bad calendar, as before. I removed the digital clock altogether. I think something else completely is happening here. You will notice that the screenshot time (which is in the filename) matches the time shown in the Systems Settings window, so Linux definitely knows the correct time and date. But the analog clock widget and the calendar widget are both incorrect. All the widgets shown in the Alternative Widgets popup appear to not be receiving the correct time and date information in order to either display correctly or indeed display at all (in the case of the digital clock). So whatever is wrong is affecting more than just the digital clock. Maybe a service which hasn't started? Let me know if there are any relevant log files I can send you.
Thank you John for battling on. Your ideas look sensible. Aurélien knows KDE well, and may be able to suggest what to look for. Given that the system itself has the correct date & time, this is definitely a Plasma affair. CC'ing the KDE team in advance of probably passing the bug to them.
CC: (none) => kde
(In reply to John Hardie from comment #8) > Created attachment 12607 [details] > Screenshot of analog clock and calendar > > I did what you suggested, but the digital clock still shows up invisible and > with a bad calendar, as before. I removed the digital clock altogether. I > think something else completely is happening here. You will notice that the > screenshot time (which is in the filename) matches the time shown in the > Systems Settings window, so Linux definitely knows the correct time and > date. But the analog clock widget and the calendar widget are both > incorrect. All the widgets shown in the Alternative Widgets popup appear to > not be receiving the correct time and date information in order to either > display correctly or indeed display at all (in the case of the digital > clock). So whatever is wrong is affecting more than just the digital clock. > Maybe a service which hasn't started? Let me know if there are any relevant > log files I can send you. I suffered the same problem a week ago, although it was not triggered by an upgrade process but after I ran the ntp wizard included in the "drakwizard" package. I solved it by resetting the time zone. I hope this can serve you.
CC: (none) => hector
(In reply to h mj from comment #10) > (In reply to John Hardie from comment #8) > > Created attachment 12607 [details] > > Screenshot of analog clock and calendar > > > > I did what you suggested, but the digital clock still shows up invisible and > > with a bad calendar, as before. I removed the digital clock altogether. I > > think something else completely is happening here. You will notice that the > > screenshot time (which is in the filename) matches the time shown in the > > Systems Settings window, so Linux definitely knows the correct time and > > date. But the analog clock widget and the calendar widget are both > > incorrect. All the widgets shown in the Alternative Widgets popup appear to > > not be receiving the correct time and date information in order to either > > display correctly or indeed display at all (in the case of the digital > > clock). So whatever is wrong is affecting more than just the digital clock. > > Maybe a service which hasn't started? Let me know if there are any relevant > > log files I can send you. > > I suffered the same problem a week ago, although it was not triggered by an > upgrade process but after I ran the ntp wizard included in the "drakwizard" > package. I solved it by resetting the time zone. I hope this can serve you. Thanks for the suggestion. I downloaded the drakwizard and ran the NTP wizard, but alas, it didn't help my problem. That NTP wizard appears to be the same as the "Configure time" function under "Network Services" in the "Mageia Control Center".
CC: (none) => fri
Created attachment 12625 [details] Time Zone in System Settings This may or may not have any bearing on my problem, but I thought I'd include it anyway. After selecting the Brisbane area the "Current local time zone:" continues to show UTC. Shouldn't this be AEST? That's what the digital clock used to display before it disappeared.
Try right clicking on the panel, selecting add widget (unlock widgets first if needed), then add the digital clock widget.
CC: (none) => davidwhodgins
Also, the timezone is normally set in mcc/System/Manage date and time. I'm not sure if systemsettings5 can be used to override that or not.
(In reply to John Hardie from comment #11) > (In reply to h mj from comment #10) > > (In reply to John Hardie from comment #8) > > > Created attachment 12607 [details] > > > Screenshot of analog clock and calendar > > > > > > I did what you suggested, but the digital clock still shows up invisible and > > > with a bad calendar, as before. I removed the digital clock altogether. I > > > think something else completely is happening here. You will notice that the > > > screenshot time (which is in the filename) matches the time shown in the > > > Systems Settings window, so Linux definitely knows the correct time and > > > date. But the analog clock widget and the calendar widget are both > > > incorrect. All the widgets shown in the Alternative Widgets popup appear to > > > not be receiving the correct time and date information in order to either > > > display correctly or indeed display at all (in the case of the digital > > > clock). So whatever is wrong is affecting more than just the digital clock. > > > Maybe a service which hasn't started? Let me know if there are any relevant > > > log files I can send you. > > > > I suffered the same problem a week ago, although it was not triggered by an > > upgrade process but after I ran the ntp wizard included in the "drakwizard" > > package. I solved it by resetting the time zone. I hope this can serve you. > > Thanks for the suggestion. I downloaded the drakwizard and ran the NTP > wizard, but alas, it didn't help my problem. That NTP wizard appears to be > the same as the "Configure time" function under "Network Services" in the > "Mageia Control Center". Sorry, I intended to say that the wizard was what caused my misconfiguration, not what solved it. System time was OK. The time zone panel in systemsettings5 (Regional preferences > Date & Time) showed no selection in the list and the current zone was set to UTC, so I used "reset to default" and then I selected again my time zone. After that, the clock widget displayed content again.
(In reply to Dave Hodgins from comment #14) > Also, the timezone is normally set in mcc/System/Manage date and time. I'm > not sure if systemsettings5 can be used to override that or not. In facts, there is currently 4 ways to manage Timezone in Mageia. Graphically: 1- Use Mageia Control Centre => System => Manage Date and Time (drakclock) 2- Systemsettings5 => Personalization => Regional Settings => Date and Time => Time Zone tab. It will prompt for root password to validate. Command Line ways: 3- as root (for example) timedatectl set-timezone Europe/Paris 4- as root in /etc directory: ln -sf /usr/share/zoneinfo/Zone/SubZone /etc/localtime ======================== Regarding this bug report, I really can't reproduce the screen shots of this bug using multiples tries in Virtualbox. Steps in Comment 7 are not useful? So, this can due to the theme in use. I wonder you use legacy oxygen. I suggest try to switch back to Breeze theme and see if this reproduces AFTER reinitializing Plasma Workspace with the Comment 7 steps. If switching pack to Breeze for all Plasma part gives you the correct result, I wonder if you should uncheck "Show the date" in Apparence tab of the plasmoid's Numeric Clock" Settings.
Created attachment 12651 [details] Digital Clock Settings Window My comment 8 didn't make it clear, but I had tried restarting Plasma as per the steps in comment 7, to no avail. I've changed the theme to Breeze (I must say the icons do not help at all in explaining to me what the difference is between Global Theme and Plasma Style) and also the colors (the Instant Messaging icon is all but invisible except with the dark color schemes). After restarting Plasma there is now a small space between the up arrow and the padlock indicating the presence of the invisible digital clock (this space is not there if there is no digital clock), and sure enough if you right click you get the Digital Clock Settings window. I did as you suggested and unchecked the Show date box, and also tried various other combinations of settings several times. At no time did the Digital Clock become visible. As per my comment 8, you can see the Analog Clock is wrong and the Calendar has no data displayed. So whatever is wrong is affecting all the widgets which rely on time and date information.
(In reply to Aurelien Oudelet from comment #16) > (In reply to Dave Hodgins from comment #14) > > Also, the timezone is normally set in mcc/System/Manage date and time. I'm > > not sure if systemsettings5 can be used to override that or not. > > In facts, there is currently 4 ways to manage Timezone in Mageia. > > Graphically: > 1- Use Mageia Control Centre => System => Manage Date and Time (drakclock) > > 2- Systemsettings5 => Personalization => Regional Settings => Date and Time > => Time Zone tab. It will prompt for root password to validate. > > Command Line ways: > 3- as root (for example) > timedatectl set-timezone Europe/Paris > > 4- as root in /etc directory: > ln -sf /usr/share/zoneinfo/Zone/SubZone /etc/localtime > > ======================== > > Regarding this bug report, I really can't reproduce the screen shots of this > bug using multiples tries in Virtualbox. > > Steps in Comment 7 are not useful? > > So, this can due to the theme in use. I wonder you use legacy oxygen. > > I suggest try to switch back to Breeze theme and see if this reproduces > AFTER reinitializing Plasma Workspace with the Comment 7 steps. > > If switching pack to Breeze for all Plasma part gives you the correct > result, I wonder if you should uncheck "Show the date" in Apparence tab of > the plasmoid's Numeric Clock" Settings. Thanks Aurelien, see my Comment 17 with my latest attahment.
Created attachment 12653 [details] Konsole output when restarting Plasma There are a few lines referencing both the digital and analog clock. I don't know if they are normal or if they refer to any kind of problem situation, but I thought you might like to have a look and see what you think.
CC: lewyssmith => (none)
They are irrelevant. But, your system seems to have faulty localtime set. Do you dual-boot Windows ? Where Time Zone are you ?
(In reply to Aurelien Oudelet from comment #20) > They are irrelevant. OK, thanks. > > But, your system seems to have faulty localtime set. See my comment 12 and its screenshot > > Do you dual-boot Windows ? No, I'm running a Mid-2012 13" MacBook Air with OS X 10.15.7 (Catalina). I use Parallels Desktop 16 for Mac Pro Edition version 16.5.0 (49183), which they claim supports Linux Kernel 5.11. The last year or two Parallels has been a bit slow at keeping up with both Mageia upgrades and Kernel updates. When a Mageia upgrade has been unsupported it just plain doesn't work, and when a Kernel update is too new it hangs on startup. I am using Kernel 5.7.19-desktop-3.mga7, and yes this works fine with Mageia 8 (newer Kernels hang on startup, even 5.10)! Apart from this current problem everything else in Mageia 8 is working well, so I'll go out on a limb and state that I doubt that running Mageia 8 under Parallels on my Mac is in itself the cause of the invisible digital clock. > Where Time Zone are you ? Brisbane Australia, AEST
Uh! I see. So, I sum up: you are running Mageia under a Virtual machine with Parallels Desktop under macOS which is the host system. Under Parallels Desktop, try to set under the VM preference that the time of the VM is set to UTC. Next, under Mageia, as root: # timedatectl set-timezone Australia/Brisbane # hwclock --systohc Reboot. Under Plasma, try to rise the panel size.
(In reply to Aurelien Oudelet from comment #22) > Uh! I see. > > So, I sum up: you are running Mageia under a Virtual machine with Parallels > Desktop under macOS which is the host system. > > Under Parallels Desktop, try to set under the VM preference that the time of > the VM is set to UTC. The Parallels Configuration window allows the VM time to either sync or not sync with the Mac. There are no other time settings available. Ever since I started with Parallels back with Mageia 3 I have left this setting to sync with the Mac. For the purposes of this exercise I changed this to not sync. > > Next, under Mageia, as root: > > # timedatectl set-timezone Australia/Brisbane > > # hwclock --systohc > > Reboot. This all worked! I have done a bit of further experimenting to see if I could determine just what was going on. It looks as if having the VM sync to the Mac now sets the Time Zone in "Date & Time - System Settings" to UTC and also prevents any change you make here from taking effect. This in turn prevents any widgets which rely on date and time information from working properly. So my suspicions as per Comment 12 look like I was on the right track. So you can now consider this issue resolved. Thanks very much for all your help and patience. I have another couple of screenshots which I'll send you to finish off with. > > Under Plasma, try to rise the panel size.
Created attachment 12656 [details] Parallels Configuration window on OS X This shows the two Time options to either sync or not sync with the Mac.
Created attachment 12657 [details] Correct Time Zone and Working Clocks This shows the now correct Time Zone in the System Settings window. The digital clock now displays correctly, and other widgets like the analog clock and the calendar now display the appropriate information. Bravo! Thanks again. Issue resolved.
Happy user, happy devs, happy Bugsquad ;) Closing this.
Resolution: (none) => FIXEDStatus: NEW => RESOLVED