Bug 323356 - Changing size of text in ArtisticText using spinbox arrows alternately changes text following selection.
Summary: Changing size of text in ArtisticText using spinbox arrows alternately change...
Status: REPORTED
Alias: None
Product: karbon
Classification: Applications
Component: usability (other bugs)
Version First Reported In: unspecified
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Jan Hambrecht
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-11 00:53 UTC by kdebugs
Modified: 2023-01-02 14:22 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kdebugs 2013-08-11 00:53:05 UTC
Observed on 13.04 packages (KDE 4.10.5, Karbon 2.6.3).


Reproducible: Always

Steps to Reproduce:
1. Open a plain blank document
2. Drag an Artistic Text shape onto the page.
3. Change text to "ABCD".
4. Move cursor to beginning of line, press and hold shift while pressing right arrow key. (The letter A should be selected.)
5. Under Tool Options : Text Properties, click the up arrow on the font size spinbox about 8-10 times while watching the text grow.
Actual Results:  
The letter A grows with each odd-click (1st, 3rd, etc.)
The letter B grows with each even-click (2nd, 4th, etc.)

Expected Results:  
Only the selected text (in this case "A") should grow, and it should grow with each click, not just every other click.

Repeat above experiment, except this time select both A and B.  "AB" will grow alternately with "CD".
Likewise, selecting just "B" will alternately grow B then C.
When Selecting "BC", "BC" and "D" will alternately grow.

Pressing the down arrow on the spinbox does the same thing, but with shrinking instead of growing.

Workaround: Selecting text backwards (so that cursor is at the beginning of selected text instead of the end) does not reproduce this bug.
Comment 1 Andrew Crouthamel 2018-11-10 03:20:03 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 2 Andrew Crouthamel 2018-11-20 04:04:20 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 3 Justin Zobel 2023-01-01 04:20:01 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 4 kdebugs 2023-01-02 14:22:07 UTC
Yes, it's still every bit as broken as it was when reported almost a decade ago.  Actually more broken.  Now, not only does it alternately increase the size of the A and B as described above, it now stacks the A and B and CD on top of each other.  The workaround (selecting backwards) also doesn't work anymore because the A and BCD stack on top of each other.  Other than that, the behavior is exactly as described above.

Observed today on Karbon version 3.2.1 [KDE Frameworks version 5.98.0, Qt version 5.15.6 (built against 5.15.6)] from Ubuntu universe repository on Kubuntu 22.10.