http://qa.mandrakesoft.com/show_bug.cgi?id=1881
------- Additional Comments From [EMAIL PROTECTED] 2003-03-10 17:15 ------- Created an attachment (id=911) --> (http://qa.mandrakesoft.com/attachment.cgi?id=911&action=view) fix infamous #1881 ok, i just steal a wireless card and i can confirm this bug is valid the problem was that we only save wireless settings only when we know the interface was a wireless one, which we didn't when drakconnect is not in wizard mode. the following patch (inspirated by #425 one) should fix it. another working fix would had to always write wireless settings: since parameters are only written if they are defined, this would have been a no-no for non wireless interfaces. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: ASSIGNED creation_date: description: 9.1RC1 Example failure scenario :- /etc/sysconfig/network-scripts/ifcfg-eth0 is set up for an pcmcia Ethernet card, but the user is replacing the Ethernet card with a wireless card. The user starts mcc and selects the networking GUI. The user presses the 'Wizard' button and goes through drakconnect to set up the wireless card parameters. On pressing 'Finish' to exit the wizard the new parameters are used to set up the card, and it starts working. The user then presses 'OK' in the networking GUI, and the original contents of ifcfg-eth0 are then written back again and the card stops working. The user has to exit the GUI with 'Cancel' in order to retain the modified contents of ifcfg-eth0. This is obviously not very intuitive.
