Red Hat Bugzilla – Bug 1023746
Yumex Blanks Dialog On Second Process
Last modified: 2014-03-08 23:35:07 EST
Created attachment 816534 [details]
Blank dialog window and frozen program
Description of problem:
Yumex can only handle one transaction before being closed or it will blank any dialog box and freeze.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.Select some updates
5.Go back to select more updates
6.Enter password again
7.Blank dialog window pops up
8.Must use Task Manager to close program
Should not stop working
Too many problems have developed since the last major upgrade
I could re-produce when running 3 transactions in a row.
very strange the dialog is working but not painting right, if you click where the buttons are supposed to be, they are working, so yumex is not hanging, the dialog is just not painted right.
I noticed this issue since yumex-3.0.11 .
It happens on several machines with f19/f20/rawhide, with several desktops (mate, cinnamon, gnome) and with several graphic drivers (intel, nvidia, nouveau, qxl (qemu)).
Hope you found a solution because we decided to use yumex as default package manager for mate desktop.
Still happening on latest under Xfce 4.10.1.
Fedora 19 x86_64
Once 2nd update dialog gets blank, yumex still works (cicle with 'tab' and hit enter, 'something' shall happen depending which invisible button is selected),
but all dialog windows shall be blank (window title is visable though).
To close yumex nicely:
Press 'Tab' 3 times, hereby blindly selecting button 'OK' (2 times = Cancel),
Hit 'Enter', second install/update starts.
Gui returns in 'starting' state.
Close Yumex the way you are used to.
*** Bug 1046434 has been marked as a duplicate of this bug. ***
*** Bug 1045551 has been marked as a duplicate of this bug. ***
It must be related to some GTK some how, all the widgets is working in the dialog, but is just invisible, but if you are pressing where the button is supposed to be shown, they work when you click them.
I have done some intensive test of hide/showing the dialog, but can not make the dialog widgets become invisible, but it is easy to make it happen in yumex
I have this error on 3.0.13 on two PCs running XFCE, BUT if I switch to the Cinnamon environment it works just fine.
I also have the same error every time i use Yumex.
-Yumex version 3.0.13
-yum version 3.4.3
I hope you find the solution.
I have not been able to find a way to fix this issue yet, it is very strange
you can try yumex-nextgen, there dont have this issue
Thank you, Tim!
It works good for me.
Thanks a lot!!!
Tried yumex-nextgen and it has its own problems. The interface is a little strange, and it fails to close properly. Trying to restart shows attached error message which indicates it is still running.
After attempting to find all related tasks in the task manager and attempting to close them, it still thought it was running. This program is not properly self-contained.
I think it is better to have the regular yumex programmed correctly.
These two programs clearly display the real problems in programming. If a person does not understand the current state of interaction between OS and DE and WM and other programming languages, he should not be attempting the programming. This is the single biggest reason why we have too many computer problems.
Created attachment 856675 [details]
Nextgen won't close
(In reply to KitchM from comment #13)
> Created attachment 856675 [details]
> Nextgen won't close
It closes with "Quit" button.
You must close 'yumex-nextgen' with the quit button
'X' just hides the window, you must press the shield icon in the notification area to show the window again.
if there is any issue, you can run 'yumex-nextgen --exit' to cleanup running jobs
I test yumex-nextgen and for me it's work perfectly, and I think it's more faster than yumex.
But it is not yet translated, I attempt translate in french but the pot file is not up to date.
Can you :
-Update the translation
-and put the translation on transifex
yes quit button is working, but yumex-nextgen doesn't support the quit button from windows-manager like marco (Mate), metacity...
I didn't test it with xfce-windows manager but i quess it's also broken there.
I know in gnome using a windows-decorator is obsolete, but gnome will come with gnome-software.
So imo, yumex-gen should be also focused to work with traditional desktops.
No, it doesn't.
That did nothing.
"Not ready for primetime."
(In reply to Wolfgang Ulbrich from comment #17)
> @ Tim
> yes quit button is working, but yumex-nextgen doesn't support the quit
> button from windows-manager like marco (Mate), metacity...
> I didn't test it with xfce-windows manager but i quess it's also broken
> I know in gnome using a windows-decorator is obsolete, but gnome will come
> with gnome-software.
> So imo, yumex-gen should be also focused to work with traditional desktops.
Ok, I see your point, selecting 'close' from the window icon menu, just hides yumex and don't close it, that is not so logic :-)
I will change the way "close" and "X" works so they close yumex if no transaction is been executed.
I run XFCE myself and the prime focus will be xfce, lxde, mate, cinnemon
But it will be useful for gnome users to, gnome-software only shows GUI applications, not all the other stuff available like icons, desktop, tui applications.
(In reply to KitchM from comment #18)
> @Max Fomin,
> No, it doesn't.
The quit button on yumex-nextgen toolbar will close yumex
Right click on the shield notification icon an select quit will close yumex too.
> @Tim Lauridsen,
> That did nothing.
yumex-nextgen --exit will close yumex jobs, running in the background
and then you can start yumex-nextgen, without
> "Not ready for primetime."
It is not released for primetime yet, but it very useful when you learn to use it :)
(In reply to dominique from comment #16)
> I test yumex-nextgen and for me it's work perfectly, and I think it's more
> faster than yumex.
> But it is not yet translated, I attempt translate in french but the pot file
> is not up to date.
> Can you :
> -Update the translation
> -and put the translation on transifex
> Good job.
I now the translation stuff is not perfect yet, but I will look into it soon and get it into transifex, but I has been waiting until the strings was stable, to not waste the time of the translators.
(In reply to Tim Lauridsen from comment #19)
> I run XFCE myself and the prime focus will be xfce, lxde, mate, cinnemon
You can say it does all day long, and I can say it doesn't all day long. What does that get you? You may be correct in your situation, but you're certainly not in mine, which was the whole point. Sorry if I didn't make that clear enough.
Okay, since I'm tired of it not closing after three days, I had to jump thru hoops to get it closed. I used the yumex-nextgen --exit command by opening a terminal window, pasting it in and pressing Enter (for those who don't know how).
Then, just for kicks before removing it, I started it again. The program does not remember its last window size. If one selects the maximize button, it goes to an intermediate size off screen (hiding the X). Selecting the maximize yet again gets it finally to go full screen.
It automatically searched for and listed the available updates. However, there was no button to select them all. Also, the hover-over did not fully work; particularly on the tiny little unrecognizable icons on the bottom left side.
This time the systray icon worked to quit.
This program does not work with standard conventions. Therefore, the only thing one can assume is that it is not being programmed in a standard manner. There really isn't any other option.
One must never program for a particular DE. It should be cross-platform compatible, and it should work the same way in all environments and with the expected behavior we have all come to know and love.
Sorry, but it just isn't as good as the regular yumex.
(In reply to KitchM from comment #23)
> @Tim Lauridson,
> You can say it does all day long, and I can say it doesn't all day long.
> What does that get you? You may be correct in your situation, but you're
> certainly not in mine, which was the whole point. Sorry if I didn't make
> that clear enough.
I can't solve issues, I can't reproduce
(In reply to KitchM from comment #24)
> The program
> does not remember its last window size. If one selects the maximize button,
> it goes to an intermediate size off screen (hiding the X). Selecting the
> maximize yet again gets it finally to go full screen.
please add a RFE for saving windows size & position here:
please add info about DE and you screen resolution.
> It automatically searched for and listed the available updates. However,
> there was no button to select them all. Also, the hover-over did not fully
> work; particularly on the tiny little unrecognizable icons on the bottom
> left side.
Add a issue about no tooltip text for lower left buttons.
the icons is the same size as the ones in yumex, just located to the left, instead of the right
> This program does not work with standard conventions. Therefore, the only
> thing one can assume is that it is not being programmed in a standard
> manner. There really isn't any other option.
I don't follow any standard conventions, I try to think of box and design the gui for my personal preferences and I don't want to waste screenspace on thing I dont think is needed.
> One must never program for a particular DE. It should be cross-platform
> compatible, and it should work the same way in all environments and with the
> expected behavior we have all come to know and love.
I dont program to a special DE, It should work on all DE's, but I only test on the DE's that I use, Gnome is the only one there can be roblematic because the dont show notification icons in the panal like all other DE, but that is a gnome issue, not a yumex issue.
> Sorry, but it just isn't as good as the regular yumex.
yumex-nextgen is not complete yet, it is work in progress, but constuctive feedback can help polish the rough corners.
Remember yumex is a hobby project, done in my limited spare time, nobody pays me to do it, I do it just for fun :)
That's why I cannot recommend it. It's not really ready for beta release.
Pardon me for being a party pooper and possibly speaking out of line, but wouldn't the discussion on yumex NEXTGEN be better off under a different case no...?
For test I made an fr.po by updating the pot file, and made an "make update-po".
There is one problem :
In pot file (and fr.po) I can see translatable string of /src/yumex.ui, and translate them, but after rebuild yumex-nextgen the /src/yumex.ui strings stay in english, the other strings in other files are translate.
I search on the web, but I can't see where is the error (or omission).
*** Bug 1036371 has been marked as a duplicate of this bug. ***
Problem still exists with latest release.
It makes if very difficult to know what is going on when something like a GBG check fails and one must run the install again. There simply isn't anything to see without a restart of the whole program.
Created attachment 866524 [details]
Screenshot of Yumex in action with blank dialog
This business of blank dialogs still is occurring on Rawhide. One can work around these issues in the meantime by remembering where the buttons are located and clicking there. I have found that I can still do updates with Yumex as it is but would prefer to see the buttons. Even though I cannot see them when Yumex is run a second time to do updates within the same few minutes, I still can click them and run the process.
What happens if you
a) completely re-initialize all controls
b) make the yumex restart itself
What happens on startup that doesn't on a second pass?
No, I did not look at the source before asking. ;-)
What do you mean by "re-initialize all controls"? What are controls? What is re-initialize?
How can one make ymex restart itself? Shut it down and start it up? My personal experience is that the problem goes away whenever the program is restarted.
It is interesting that you mention looking at the source code. I wonder if users must be programmers to use this software. Is that a prerequisite? ;) I hope not.
I think this issue is caused by the "update_tray_icon" function of "class StatusIcon", it seems the yumex tray icon will take over the current window focus. And this will make the dialog lost focusing, the program considers the dialog is invisible.
Unfortunately, I don't know how to fix it perfectly, but add a workaround patch. This patch will not update the status of tray icon whenever doing the dialog show/hide action.
Here is the link of the patch:
(In reply to Lixian Huang from comment #35)
> Hey, guys!
> I think this issue is caused by the "update_tray_icon" function of "class
> StatusIcon", it seems the yumex tray icon will take over the current window
> focus. And this will make the dialog lost focusing, the program considers
> the dialog is invisible.
> Unfortunately, I don't know how to fix it perfectly, but add a workaround
> patch. This patch will not update the status of tray icon whenever doing the
> dialog show/hide action.
> Here is the link of the patch:
Thanks a lot, look like you have found what is triggering the issue.
you patch removes the issues, I will find the right way, to solve it without
removing the status icon integration
Looks like a little change in the order of how i do things solves the issue
I will make a new release very soon
yumex-3.0.14-1.fc20 has been submitted as an update for Fedora 20.
yumex-3.0.14-1.fc19 has been submitted as an update for Fedora 19.
(In reply to Fedora Update System from comment #38)
> yumex-3.0.14-1.fc20 has been submitted as an update for Fedora 20.
The bug is fixed. Thanks.
Created attachment 867918 [details]
Screenshot of Yumex in action with blank dialog at the end, while checking for updates after an update.
While it did not blank out the dialog listing the updates that would be installed, which would indicate that at least that part of the bug has been fixed, I still see it blank out at the end while checking for updates after an update has been done. I have attached a screen shot of Yumex as it ran a search for any further updates after updating. Probably the same solution for the initial dialog likely will fix this issue completely.
Yep, works - thanks!
Thanks guys, yumex is back in race for the best package-manager for traditional desktops ;)
When will it be available for update in Fedora 20?
(In reply to KitchM from comment #45)
> When will it be available for update in Fedora 20?
Soon, update is submitted and waiting to be pushed to the repositories
Thanks. I look forward to this fix.
yumex-3.0.14-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Just got the upgrade. Will be watching it to see if the problem returns or is solved.
yumex-3.0.14-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.