Bugzilla – Bug 227378
system upgrade should not change any settings
Last modified: 2007-01-26 00:35:23 UTC
Upgrade from 10.0 (kde 3.5.5) to 10.2 (kde 3.5.5). Now I have different fonts for menus, previously I didn't lock the screen, now it is locked, etc. It is wasting user's time -- users have to track down every app and check the settings to revert them to the previous.
Could you send us the yast logs as I asked you in a bug before, please? Thank you.
To save the server disk space: https://bugzilla.novell.com/show_bug.cgi?id=227375 The logs are of course the same.
this makes an upgrade different to an update. Settings will change as we change the default.
Stephan, it does not make sense. I customized all my desktop to my taste for 10.0. Now I have to customize it again. I don't care about the default font for the menu -- I set it before to 15 pixels (example) and I would like to see it untouched. It is a waste of user time, non-productive, and clearly a sign about product (opensuse) low quality (sorry). The irony is here, I use KDE 3.5.5 on 10.0, now, I have the same KDE 3.5.5 but on 10.2. But I have to spend my time to get the settings back -- what is the point of this???
We don't change the menu font.
Stephan, maybe the problem is that user can change the settings, change them again but this time the settings are the same as the default ones. However, I report what I see -- I changed a lot things in the system, like fonts for menu, tips, and now I have to set it again. It is a bit frustrating because now I would rather resist next upgrade since it means more work, fruitless, for me. How many times the user should set "show the tips"? Or any other thing. I hope you agree that upgrade should be transparent -- i.e. everything should be newer, work faster and more reliable. But nothing more than that (by default).
I am reopening this report since I made an update on the second computer (10.0 -> 10.2) -- settings for my keyboard is changed (xkb settings), all system fonts are changed (Konqueror, KDE, name any app), the panel effects are turned on. I admit -- a lot of settings are preserved (good) but those are not, so for any user it is a time waster to restore the fonts.
KDM background image is lost (plus layout and greeting text), bootsplash setting is changed, the resolution of the screen when the system is booting is also changed.
About fonts: it seems only one setting is lost, but the whole fonts look is changed because... fonts were deleted. And not some external fancy something, but "Suse ..." fonts.
*** Bug 231048 has been marked as a duplicate of this bug. ***
sorry, if you don't like changes I'm afraid you shouldn't buy newer versions. Sometimes we indeed change things. But as this became a generic "versions are different" bug I assign to the project manager.
Our general policy is that user setting do not get overwritten with an update. But we have to take in account that we're moving forward and therefore packages get replaced, e.g. new fonts used by default. Such problems as you report can be fixed during the beta phase of the products but nobody has reported them - and now it's too late to fix these. I invite you to test our alphas and betas for future products to really get a smooth update. Note that for most other users no problems occured - or they did not consider them as serious as you do. Coming back to your individual problems: You report a lot of different things and it's not clear what problems you actually really have. Next time please make a single bugreport for each issue. There's nothing we can do now for 10.2 - therefore closing as WONTFIX.
I know there is nothing you can do for 10.2 but I was reporting it just to help avoiding the problem in next release. And there is no problem in new fonts -- the problem is with deleting the old ones! (for example) There are maybe not many, but some, unreasonably changes which serves no purpose, hence I classify them as omission -- someone overlook the deletion of that and that piece.
*** Bug 231046 has been marked as a duplicate of this bug. ***
ATTN Maciiej - there are also other issues that I came across during update and yes I too was envied to test BETA software releases. In my case I had a KDE desktop, had deleted completely Kmail and installed evolution. After upgrade I was left with a system that contained Kmail only...which lead to other issues with Evolution with 10.2 where Evolution is unusable with a KDE desktop and Evolution is now dependant to a Gnome Keyring.... There were other changes and their were options I missed out on I.E to install ZEN or opensuse update icon. After my upgrade I had both! I also lost my add to dictionary for the default ASPELL dictionary. It is apparent that update does not read in the users home directory to gauge changes in appearance etc, nor does it read any about the installation is is to update. It would appear that if the base system is KDE with KDE additions that's what you get and the same for Gnome. I agree with you, these issues are fundamental of very poor QA and something you would expect to find in a product very new to the development process. Enough said. I too will also join you in BETA testing. For my testing Alpha Product would bring me to tears if current internal QA don't change. Traditionally the most difficult task is to write the update routine and represents the biggest challenge of every developer as the default is the one the user has set/created and update progresses around this default - not some new installation default. Update installation routines are the hardest as such to perfect. I will probably running into during Beta Testing of 10.3. Currently I have had to revert to 10.1 as its the only way I can use Evolution Mail Client and this bug will probably not be fixed. I don't know why but Evolution bugs never seems to ever progress unless they are critical or blocker. Keep the Faith Scott