Red Hat Bugzilla – Bug 63778
resize up2date resizes password prompt panel
Last modified: 2015-01-07 18:56:02 EST
Description of Problem:
I resized the panel/window for update so I could see more of the list of
packages at one time. The next time I ran up2date, the password prompt
panel/window came up to the resized values.
Version-Release number of selected component (if applicable):
7.2.93 plus up2date 2.7.77-7.x.3
Steps to Reproduce:
1. run up2date and resize the panel/window
2. Then complete or terminate.
3. Run up2date again
password prompt resized
password prompt still the small "popup" panel.
I'm not sure I understand whats going...
Where are you launching up2date from?
who are you launching up2date as? ( I assume a user of
some sort, since otherwise userhelper would never prompt
for a password)
Which dialog do you resize?
Also which windowmanager is this running under? My guess
is there is some odd window manager or session manager behaviour
going on, as:
- up2date doesnt keep track of window sizes itself
- up2date doesnt actually display the password prompt, userhelper does...
fresh install of 7.2 -> 7.2.93 upgrade -> XFree86 4.2.0-6.666 applied -> up2date
download rpm & up2date and then apply -> up2date all outstanding errata.
The system has gnome+kde+development+web server + samba+ other stuff... not an
everything install but lots of stuff.
From the Start Here menu: Programs->System->Update Agent
This is run as a regular user (not root).
PATH is standard.
When up2date is invoked, the first time the "smallish" password prompt comes up
and I enter root's password. After up2date comes up, I resize it larger so I
can see more of the package list at one time.
The next time I run up2date, the password prompt is that same size that I
resized up2date to (lots of gray area).
I have rhn registered as geneczarcinski with email address of firstname.lastname@example.org.
I just registered a second system and if you can bump my entitlements up 1 I
can try this system.
When I just tried to run up2date on this system, I got the small password prompt
but of course it did not run. This is a basic gnome+kde system with no
development or servers.
should have two more slots now...
talk to jrb, and he seems to agree that is
probabaly some sort of session manager issue, possibly related
to the window manager/desktop...
what wm/desktop are you using? I cant seem to duplicate
with fvwm/sawfish under gnome
I have two systems defined to rhn: moscow.home (original entitlement) and have
added amber.home. I just tried to change the profile for amber.home and was
told I do not have enough entitlements.
OK, I was confused and had not realized that you added three "workgroup"
entitlements instead of increasing the number of "basic" entitlements.
I gave "moscow" a workgroup entitlement and ran the test.
The first time I ran up2date (from the Start Here menu), I got the smallish
password prompt and entered root's password.
During the up2date process of downloading and installing the errata rpm, I
increased the size of the up2date panel. When I ran up2date again, the password
prompt was the size of the increased up2date panel.
This systems has gnome+kde installed ... no development and no servers (except
ssh). I am running gnome/sawfish.
I then logged out and back in selecting kde session this time. When I ran
up2date, I got a small password prompt. When running up2date, I increased the
size of the up2date panel and did at least one "next" but did not finish. I
then ran up2date agin but got a small password prompt!
I then logged out and back in with gnome/sawfish session. I ran up2date and got
the increased size password prompt.
This prblem seems to be related only to gnome/sawfish!
OK, I believe I have tracked down what is causing the behavior -- sawfish is
saving the placement and SIZE of the up2date window and using that for the
password prompt window too.
I setup two new userids (call them usera and userb). The then logged on each,
used preferences to set sawfish window-placement. In one case I selected to
first-fit positioning, ignore program specified positioning, and automatically
remember window attributes. In the second case, I did the same but ADDED to
remember window size.
In the case where I specified to remember window size, it had the indicated
In the case where remembering window size was NOT specified, up2date reverted
each time it ran.
I found the place where sawfish is saving the information in
~/.sawfish/window-history in the (dimension iiii jjjj). When I deleted this,
the behavior reverrted to the small password prompt.
My guess is that the userhelper program (in the usermode package) does not set
the dimentions of the panel and just lets it default. Sawfish fills them in
with the up2date values.
I don't know if this is a bug in usermods, something to be RFE'ed for usermode,
or "working as designed" (unfortunately).
That sounds right.
Not sure if it's a sawfish bug or a usermode bug. Lets try
filling it against sawfish first (since it seems like sawfish
is guessing the window incorrectly...)
If sawfish is the wrong place, feel free to move it
to the approriate component.
Sawfish has some configuration options like "save window positions/sizes". This
option is really a bad idea, because there's no reliable way to recognize "the
same" window next time it appears. So to my knowledge (and I've just verified it)
this option is disabled by default. You can find the options under "Placement"
in the Sawfish configuration. If you have anything about remembering window
features checked, turn it off.
If that wasn't the problem please reopen the bug.
Calling this NOTABUG since Sawfish is working as designed though I agree this
aspect of the design is broken.