Bug 958764

Summary: percent numbers displayed while loading disk images during boot don't overwrite any more
Product: [openSUSE] openSUSE Distribution Reporter: Ulrich Windl <Ulrich.Windl>
Component: InstallationAssignee: E-mail List <yast2-maintainers>
Status: RESOLVED WONTFIX QA Contact: Jiri Srain <jsrain>
Severity: Minor    
Priority: P5 - None CC: ancor, snwint
Version: Leap 42.1   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 42.1   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Screenshot of the error

Description Ulrich Windl 2015-12-11 12:31:06 UTC
When ESC is pressed while booting the installation media, the percent numbers displayed to indicate progress do not overwrite themselves (as in previous versions), but fill the line with numbers. I guess that is not intended.
Comment 1 Ancor Gonzalez Sosa 2015-12-14 14:27:34 UTC
Created attachment 659235 [details]
Screenshot of the error

Verified that it happens in Leap 42.1 (see attached screenshot).

Verified that it does NOT happen in SLE12-SP1.

Verified that id does NOT happen in recent Tumbleweed builds (20151201).
Comment 2 Ancor Gonzalez Sosa 2015-12-14 15:11:41 UTC
Conversation about this in the YaST irc channel:

<ancorgs> snwint: I guess this is a WONTFIX, only Leap affected and probably not fixable by maint. update
<HuHa> this seems to happen on and off
<HuHa> with some builds this happens, with others, it doesn't - I haven't seen any pattern behind this
<HuHa> the tty type should be the same every time IMHO
<HuHa> at that point, it's probably not even ncurses / terminfo yet
<HuHa> I guess it just sends CR without LF, and it's probably up to the kernel of the day how this is interpreted

Steffen, any clue why this can happen just in some builds?
Comment 3 Steffen Winterfeldt 2015-12-14 15:17:14 UTC
That's a plymouth bug in Leap; has been fixed but didn't make it into Leap
in time.

Wontfix for this particular release, as we don't remaster the media.
Comment 4 Steffen Winterfeldt 2015-12-14 15:22:57 UTC
for reference: see bug 951983