|
Bugzilla – Full Text Bug Listing |
| Summary: | Yast does not abort when pressing abort button | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Giorgos Linos <gaswtos> |
| Component: | YaST2 | Assignee: | Ladislav Slezák <lslezak> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | chrubis, davejplater, forgotten_xI2C5NvggO, schaefer.frank |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 11.0 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Giorgos Linos
2008-07-08 11:25:42 UTC
Aditionally the abort button should abort the whole precedure and not every sinlge parts.U have to press the abort button as many times as the number of the update repositories Please attach y2logs. If you are in doubt follow: http://en.opensuse.org/Bugs/YaST Thanks! Sorry wrong bug :(. There is also a large reaction delay (up to minutes !) when pressing the abort button during package installation process ! I'm not sure, but it seems that the button-press is not processed before the next update of the installation-progress-output (progress bar). That's no big problem for small files / fast network connections (the delay shouldn't be larger then some seconds then). But if you working on a ISDN or modem connection (e.g. notebooks), it doesn't make fun when you notice that you started a 100MB-package-download (e.g. when YaST selected a network repo instead the local repo for the package) and the abort-process takes some minutes... This already occured in the old versions of YaST (I remember back to SUSE 9.x). The problem is that the callbacks are evaluated after at least 5% is downloaded/installed (to not each too much CPU for redrawing the probress bar). There should be a timout and the callback (which checks for abort) should be evaluated even if the change was smaller than 5% percent. *** This bug has been marked as a duplicate of bug 402593 *** |