Bug 1031850 - Custom partitioning screen rendering broken at 1024x768 in Russian (F20 Final TC1)
Summary: Custom partitioning screen rendering broken at 1024x768 in Russian (F20 Final...
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F20FinalFreezeException
TreeView+ depends on / blocked
Reported: 2013-11-19 00:48 UTC by Adam Williamson
Modified: 2014-08-05 15:47 UTC (History)
11 users (show)

Fixed In Version: anaconda-21.37-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2014-08-05 15:47:57 UTC
Type: Bug

Attachments (Terms of Use)
screenshot (62.46 KB, image/png)
2013-12-05 23:45 UTC, Alexey Torkhov
no flags Details
customa partitioning rendered incorreclty @ 1024x768 (100.62 KB, image/png)
2013-12-06 16:52 UTC, Reartes Guillermo
no flags Details
custom partitioning screen from install DVD (72.24 KB, image/png)
2013-12-07 07:55 UTC, Alexey Torkhov
no flags Details
partition details screen (85.11 KB, image/png)
2013-12-07 07:56 UTC, Alexey Torkhov
no flags Details
unwrapped label with width_in_chars=1 (170.56 KB, image/jpeg)
2014-05-14 19:22 UTC, David Shea
no flags Details

System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1098320 0 unspecified CLOSED Custom partitioning screen rendering broken at 1024x768 in Russian (RHEL 7 RC) 2021-02-22 00:41:40 UTC

Internal Links: 1098320

Description Adam Williamson 2013-11-19 00:48:31 UTC
Yeah, time for THOSE bugs again - apologies that I didn't think to check this earlier in the F20 cycle :(

Haven't checked any other languages yet, but at 1024x768, custom partitioning rendering is broken in Russian. I think we gave up on 800x600 but we're still doing our best to make things work at 1024x768, right?

Comment 1 Alexey Torkhov 2013-12-05 23:45:45 UTC
Created attachment 833381 [details]

Attaching screenshot how it does look like in F20 TC5 KDE.

Comment 2 Fedora Blocker Bugs Application 2013-12-05 23:55:17 UTC
Proposed as a Blocker for 20-final by Fedora user atorkhov using the blocker tracking app because:

 The installer must correctly display all sufficiently complete translations available for use.

Comment 3 Lukas Brabec 2013-12-06 12:29:15 UTC
I tried several languages and I encountered this bug only in Russian. Arabic, Ukrainian, Hindi, Greek (with uncomplete translation) seems to be ok.

Comment 4 Reartes Guillermo 2013-12-06 16:52:11 UTC
Created attachment 833683 [details]
customa partitioning rendered incorreclty @ 1024x768

KVM Guest (Spice:QLX) @ F20 Host (x86_64)

0. Boot F20-fTC5 with 'resolution=1024x768' boot parameter.
1. Select the $To_Be_Tested Language in the Welcome Screen.
2. Wait for all spokes to settle down in the Main Hub.
3. Enter SYSTEM: Installation Destination.
4. Either select a disk or just press done in case of a single disk (my case).
5. Select Custom Partitioning (default partitioning scheme)

Russian:     Issue: Custom Partitioning Screen is rendering incorrectly.
Spanish:     Ok
English:     Ok
Italian:     Ok
Magyar:      Ok
Japanese:    Ok
Lithuanian:  Ok

Re-Tested Russian with:

* 1366x768  : Same Issue
* 1280x1024 : Same Issue
* 1600x1200 : Ok
* 1920x1080 : Ok
* 1920x1200 : Ok

Comment 5 Reartes Guillermo 2013-12-06 17:21:44 UTC

> I think we gave up on 800x600 

I don't know, but i tested it with English and i did not find anything rendered incorrectly. (quick test, entered all spokes, even custom part). So 800x600 works ok, at lest in English.

Bug 904999 Comments #11, #12.
At that time, 800x600 was the minimum. I don't know current official minimum resolution.

Comment 6 Adam Williamson 2013-12-06 17:33:12 UTC
reartes: this is a very well-known type of bug, it's simply about translated string length. The way anaconda's written, if text strings get too long, they overflow the UI and this happens. So this bug tends to happen in languages that are quite verbose compared to English. Russian and German are serial offenders. It's not a new thing we know nothing about, this happens all the time. anaconda team treats it on a 'best effort' basis, AIUI.

please, no-one get into the 'why not just have scrollbars?' question here, there are apparently $REASONS :)

Comment 7 Alexey Torkhov 2013-12-06 18:19:01 UTC
Why not use word-wrapping? :)

Comment 8 David Shea 2013-12-06 18:59:17 UTC
It's supposed to wrap, actually. wrap on that label is set to True, wrap-mode is PANGO_WRAP_WORD. Reassigning to Gtk.

Comment 9 Alexey Torkhov 2013-12-07 03:58:02 UTC
(In reply to David Shea from comment #8)
> It's supposed to wrap, actually. wrap on that label is set to True,
> wrap-mode is PANGO_WRAP_WORD. Reassigning to Gtk.

Does it constrain this window max size anyhow?

Comment 10 Alexey Torkhov 2013-12-07 07:55:33 UTC
Created attachment 833833 [details]
custom partitioning screen from install DVD

In install DVD it looks a bit differently - it has background in Free/total space. And it shows part of spokes screen at first - it disappears after a click.

Comment 11 Alexey Torkhov 2013-12-07 07:56:39 UTC
Created attachment 833834 [details]
partition details screen

Partition details screen is overflowed too.

Comment 12 Alexey Torkhov 2013-12-07 21:05:55 UTC
Shouldn't be the blocker actually as interface is usable. But nice if it will be fixed. Therefore, changing to freeze exception proposition.

Comment 13 Mike Ruckman 2013-12-09 19:11:18 UTC
Discussed in 2013-12-09 Blocker Review meeting [1]. Voted an AcceptedFreezeException. Obviously cannot be fixed with an update and sucks if you're looking for an obscure partition scheme in russian with a low-res screen, but we're looking for a very safe fix.

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-12-09/

Comment 14 Matthias Clasen 2013-12-11 11:38:07 UTC
set max-width-chars to a reasonable value

Comment 15 David Shea 2013-12-11 19:17:24 UTC
"If this property is set to -1, the width will be calculated automatically."

The property is set to -1. Gtk should be able to calculate a reasonable value.

Comment 16 Matthias Clasen 2013-12-12 13:20:35 UTC
(In reply to David Shea from comment #15)
> "If this property is set to -1, the width will be calculated automatically."
> The property is set to -1. Gtk should be able to calculate a reasonable
> value.

Where the definition of 'reasonable' is left as an exercise for the reader...
I'm sorry that GTK+ far from perfect in this area.
This is not an easy problem to solve. 

Evidently, the value that it currently calculates is not to your liking, so if you want a different outcome fro f20, you are best off setting one yourself.

Comment 17 Adam Williamson 2013-12-12 13:24:39 UTC
*eats popcorn, swivels head from side to side*

Comment 18 David Shea 2013-12-12 15:04:39 UTC
The whole point of this is that there is no reasonable value from anaconda's point of view. We're trying render a label within a widget, and the width of that label in terms of pixels is going to depend on the content of the string within the label, the value of which we don't directly control. We can't just tell it to wrap at a preset number of characters since not all characters are the same width. We just want that label to not be wider than the notebook it's a child of. This is not an unreasonable thing to ask! I appreciate that it's difficult, but that's the whole reason we're trying to get the graphical toolkit to make the decisions here.

If you're not going to do anything about this, close it as WONTFIX. Quit trying to get applications to do your job.

Comment 19 David Shea 2014-05-14 19:22:40 UTC
Created attachment 895586 [details]
unwrapped label with width_in_chars=1

Besides, max-width-chars isn't doing anything. Attached a screenshot of the label not wrapping with both width-chars and max-width-chars set to 1. wrap is set to true and wrap-mode is set to PANGO_WRAP_WORD, so I should be getting a label that's one word wide.

Comment 20 Matthias Clasen 2014-05-15 13:00:52 UTC
I'm not trying to get anybody to do my job.
Unloading frustration in bugzilla is not helping.

Comment 21 Matthias Clasen 2014-05-15 19:04:10 UTC
So, what does the widget hierarchy look like on that screen ? is there a .ui file I can look at ?

Comment 22 David Shea 2014-05-15 19:14:20 UTC
The problem is related to the size of a label in a different page of the GtkNotebook. It still seems pretty weird that width-chars and max-width-chars are basically being ignored, but that wasn't the solution I wanted anyway.

Comment 23 Adam Williamson 2014-05-15 19:24:41 UTC
Also appears to affect RHEL 7: https://bugzilla.redhat.com/show_bug.cgi?id=1094489

Comment 24 Adam Williamson 2014-05-15 19:25:19 UTC
Sorry, I meant https://bugzilla.redhat.com/show_bug.cgi?id=1098320 .

Note You need to log in before you can comment on or make changes to this bug.