Bug 179489 - Yast software management does not remember autocheck configuration
Summary: Yast software management does not remember autocheck configuration
Status: RESOLVED DUPLICATE of bug 58579
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Final
Hardware: Other SuSE Linux 10.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Stefan Hundhammer
QA Contact: Stanislav Visnovsky
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-28 02:15 UTC by S. Handgraaf
Modified: 2007-08-30 18:05 UTC (History)
1 user (show)

See Also:
Found By: Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Handgraaf 2006-05-28 02:15:51 UTC
The Yast software management does not remember the state of the autocheck checkbox. Every time software management is started the checkbox starts unchecked.

Solution:
respect the state of the autocheck checkbox.
Comment 1 Michael Gross 2006-05-29 15:13:08 UTC
AFAIK this is a known feature, so this would be an Enhancement.
Comment 2 Stefan Hundhammer 2006-06-14 09:29:27 UTC

*** This bug has been marked as a duplicate of 58579 ***
Comment 3 S. Handgraaf 2006-06-14 23:07:08 UTC
I don't agree with this duplicate decision.
#58579 is about layout settings and possible implementation.

My bug is about the provided autocheck setting for the software updates.

Also combining is dangerous because it loses focus of the submitted problems. Bug #58579 is turning to a different bug: session settings has no solid solution. It is no solution to pile these bugs just duplicates on session settings to be resolved later. 

Bugs related to layout problems, layout enhancements, software management should follow different priorities. This is now lost.
Comment 4 S. Handgraaf 2006-06-14 23:13:27 UTC
Not an enhancement but a bug. Software management settings should not get lost every time the management application is restarted. To much valuable business time is lost and it is dangerous for the managment of the system. Software management settings are part of system settings nowdays.
Comment 5 Stefan Hundhammer 2006-06-20 13:28:47 UTC
(In reply to comment #3)
> I don't agree with this duplicate decision.

That decision is not yours to make.

*** This bug has been marked as a duplicate of 58579 ***
Comment 6 S. Handgraaf 2006-06-20 17:25:15 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > I don't agree with this duplicate decision.
> 
> That decision is not yours to make.
> 
> *** This bug has been marked as a duplicate of  58579 ***
> 

Herr Hundhammer,
In the process were the community and customers are involved to submit and provided tools to maintain bugs, please always provide explainations if there is doubt or comment. "That dicision is not yours to make" is in the least not very helpfull nor does it no goed to the open process to make SuSE better. Thank you.
Comment 7 Petr Cerny 2007-08-29 17:25:15 UTC
Reopening - this is *not* a duplicate of #58579.

Please also note that the default state of the Autocheck option changes from release to release (in openSOSE 10.3 Beta 2 it is on by default) which makes it even more uncomfortable for the user as it changes behaviour of the application quite essentially.
Comment 8 Stefan Hundhammer 2007-08-29 17:47:00 UTC

*** This bug has been marked as a duplicate of bug 58579 ***
Comment 9 S. Handgraaf 2007-08-29 22:38:58 UTC
Stefan, now we have even collegues from Novell conflicting with you. What is your problem in this matter? The only persons here who add some usefull comments to this case you try to shutdown by dictatorship. Again: be helpfull and give comment. We try to help. If you don't appreciate this is not the right job for you.
Comment 10 Stefan Hundhammer 2007-08-30 11:45:15 UTC
Users can fail to see that settings are settings are settings, regardless if they are the current window postion and window size or the initial value of a check box like this. While it's not really that hard to see this abstraction, those who don't might at least respect the professional judgement of those who do.

And as for colleagues from Novell: Yes, every once and a while we do have new colleagues. Much of the training they are to receive is on-the-job. This is what you can observe here.

And please be aware that there is a limit to the level of personal attacks we put up with.

Thank you.
Comment 11 S. Handgraaf 2007-08-30 14:33:58 UTC
Stefan, thank you for the enlightenment. Sometimes it can be hard to see what is more important for a bug situation. Certainly if caused results can be interpreted as more important for the sub-level bug situation then the top-level bug. I hope your answer will find its way to other users as well.

As for the personal attack, I was not aware any comment reached so far in this report.
Comment 12 Petr Cerny 2007-08-30 18:05:24 UTC
(In reply to comment #10 from Stefan Hundhammer)
> Users can fail to see that settings are settings are settings, regardless if
> they are the current window postion and window size or the initial value of a
> check box like this. While it's not really that hard to see this abstraction,
> those who don't might at least respect the professional judgement of those who
> do.

I see your point, yet there is always certain point where different people consider things belonging into one/several categories.