https://bugs.freedesktop.org/show_bug.cgi?id=87612

            Bug ID: 87612
           Summary: UX: Fields in the Format->Columns dialog update
                    incorrectly, leads to confusing/wrong values
           Product: LibreOffice
           Version: 4.3.0.0.alpha1
          Hardware: Other
                OS: All
            Status: UNCONFIRMED
          Severity: minor
          Priority: medium
         Component: Writer
          Assignee: [email protected]
          Reporter: [email protected]

The "Width" and "Spacing" fields in Writer's Format->Columns dialog perform
checks after each character keyed.  This makes it impossible to type numbers
beginning with a "."

Steps to reproduce:
1. Create a new document
2. Format -> Columns
3. Columns: 3
4. Highlight everything in the "Spacing" field (triple-click)
5. Type .8

Expected:
The spacing field should contain "0.80".  The validity checks for the number
should be performed after we are finished typing our number. 

Actual:
Since the validity checks are performed as we type each character, our number
is interpreted in a frustrating way.  The "." is thrown away.  The 8 is then
used for the inch field, which is an impossible value with 3 columns.  So LO
reduces our columns from 3 to 2, and shrinks our width to "3.44".

Notes:
If you know what's going on, it is easy enough to work around this issue. 
Unfortunately, most users won't understand this behavior and will be extremely
frustrated by the seemingly random values and changes to column numbers.  No
other fields in dialogs update in this manner, that I've found.  The easy
work-around is to type the leading 0.  Typing "0.8" does get around this bug.

Also, why does the column width change our set number of columns?  That field
should be left alone.

Also, if we follow the example above, but then try to correct our mistake by
typing in "0.8" the second time, our columns will still show that they've been
reduced to 2, but the picture will go back to displaying 3 columns.  It will
insert 3 columns when we hit ok.

This appears to have been introduced in 4.3.x, but does not affect 4.2.x.

I bibisected:

a7dc22c40cc4b6c8c0ecf73268597c873aa2543a is the first bad commit
commit a7dc22c40cc4b6c8c0ecf73268597c873aa2543a
Author: Bjoern Michaelsen <[email protected]>
Date:   Sun May 11 13:48:07 2014 +0000

    source-hash-f4ae06c6b558628457f3abdade1f2a705bf8b886

    commit f4ae06c6b558628457f3abdade1f2a705bf8b886
    Author:     Zolnai Tamás <[email protected]>
    AuthorDate: Mon Feb 17 14:43:15 2014 +0100
    Commit:     Zolnai Tamás <[email protected]>
    CommitDate: Mon Feb 17 17:22:28 2014 +0100

        DOCX import: fix position of floating tables

        Change-Id: I542acfd3215dcc7bbc2de49c567f73de0cda97a7

:100644 100644 f4b0c4722bbdfa70d9b380155467d8bb544023d0
8e419fe997e82c9d4e4f95824cbca286e2fda793 M      ccache.log
:100644 100644 7c3d08c27de64316d034aac6c496e4dccac96c5a
a2bd433339a11018bb10cfa45632d7b7b7291de9 M      commitmsg
:100644 100644 a27b8a5690b61013dc369ebe30eea251a138c095
7eccdd5521d56695953ad45363bf31a62112dfa3 M      make.log
:040000 040000 956c5afe50c1cb809ef49f581e28f1b841bbe884
18fa5c5e7a990541e827c4e1bcadbac946b999c8 M      opt


$ git bisect log
# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b]
source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [752769ad0d2179e17ea0a08cc9004df7b890305b]
source-hash-60c64b437c6678dd1d3fa3a6fc2b7da0480890d4
git bisect start 'latest' 'last42onmaster'
# bad: [4fcd68ce4979f85fda4568f4b419a4b41d07345f]
source-hash-2c4621c87ed3a7b19de195c21494c9a381e72b2e
git bisect bad 4fcd68ce4979f85fda4568f4b419a4b41d07345f
# good: [0d4c20a601a3cfff27d6685d0e81463086bd9d74]
source-hash-f1b1e73227471192682d303a58618ca8bd65a74d
git bisect good 0d4c20a601a3cfff27d6685d0e81463086bd9d74
# good: [3c72d6d27e2a0c420f74941355400b0834c550bb]
source-hash-c30677731c55688c764a669ecea1b1c4d17ae57d
git bisect good 3c72d6d27e2a0c420f74941355400b0834c550bb
# skip: [c70dac3423c13ae0c425212ed71f0e7503555c5a]
source-hash-1f74a3ce201bad68f160584900285e2c087ab2c0
git bisect skip c70dac3423c13ae0c425212ed71f0e7503555c5a
# bad: [6738b3ad82bbc77ce9a788be07da490e530de3ff]
source-hash-43fc67adcc3bdc5efaaaf9b0d65e53e99880b18a
git bisect bad 6738b3ad82bbc77ce9a788be07da490e530de3ff
# bad: [4563c2121c987ab142c58f0cd6c665dd8790a8c9]
source-hash-14829a84ff4f77091767cf4503db0c8a6624f036
git bisect bad 4563c2121c987ab142c58f0cd6c665dd8790a8c9
# good: [d25426a90080eae2d7a21b2258245dd1a7d28f1a]
source-hash-33c7ecf870b47bdadda908834cc259ea81d69754
git bisect good d25426a90080eae2d7a21b2258245dd1a7d28f1a
# bad: [a7dc22c40cc4b6c8c0ecf73268597c873aa2543a]
source-hash-f4ae06c6b558628457f3abdade1f2a705bf8b886
git bisect bad a7dc22c40cc4b6c8c0ecf73268597c873aa2543a
# good: [4cb28129efbb5aaf54b37ea5eab772c822a80298]
source-hash-9bf907a8278cecd816368db7b8c4ab745a914a59
git bisect good 4cb28129efbb5aaf54b37ea5eab772c822a80298
# good: [c50786b73d50e49dc6491e46957dcb0c3900cdcd]
source-hash-54cbd46dc52c51dda1594ee090f0619a7b92d56a
git bisect good c50786b73d50e49dc6491e46957dcb0c3900cdcd
# first bad commit: [a7dc22c40cc4b6c8c0ecf73268597c873aa2543a]
source-hash-f4ae06c6b558628457f3abdade1f2a705bf8b886

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to