Bug 94223 - Selection box for text box not shown
Summary: Selection box for text box not shown
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.2 all versions
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:ppt, regression
Depends on:
Blocks: PPT
  Show dependency treegraph
 
Reported: 2015-09-15 05:42 UTC by harivishnu
Modified: 2018-11-30 20:20 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
image comparing 2 slides in Impress. First slide (current version of Impress) has no selection outline for the active text box, and second one has an outline (suggested change) (346.75 KB, image/jpeg)
2015-09-15 05:42 UTC, harivishnu
Details
example of ppt document without text borders displayed (66.50 KB, application/vnd.ms-powerpoint)
2017-04-03 17:07 UTC, Gospodin Baron
Details
Native format (ODP) with missing border around text box. (50.08 KB, application/vnd.oasis.opendocument.presentation)
2017-11-29 16:29 UTC, Jan Vlug
Details
Clean native format (ODP) with missing border around text box. (10.55 KB, application/vnd.oasis.opendocument.presentation)
2017-11-29 16:42 UTC, Jan Vlug
Details

Note You need to log in before you can comment on or make changes to this bug.
Description harivishnu 2015-09-15 05:42:53 UTC
Created attachment 118721 [details]
image comparing 2 slides in Impress. First slide (current version of Impress) has no selection outline for the active text box, and second one has an outline (suggested change)

I am currently using Libre Office 4.4.5.2 on Windows 8, 64 bit, Locale en_US

In Impress, it would be convenient if the selection outline box of the text box is made visible when the text box is active (even if its borders are absent). This allows easy scaling/moving of the text box when it is active, without having to search for the selection box every time when it has no borders. Currently, MS Powerpoint follows this and I find it very convenient.

I attached an image showing how a textbox currently looks on selection (top) and how I think it would be more convenient according to my suggestion (bottom).


I am filing this following a suggestion on the Ask Libre Office forums (https://ask.libreoffice.org/en/question/14015/how-to-show-text-box-outline/  )
Comment 1 Buovjaga 2015-09-19 15:53:28 UTC
The selection outline box is showing for me even in 4.3.0.1 when I am typing into a text box.

How have you made it so it is invisible? Maybe we will find out, if you attach a file with the problem?

Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit)
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: fi-FI (fi_FI)

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 2 Alick Zhao 2015-10-27 18:38:39 UTC
I came across this bug report when I thought I had the same issue. But after more trials, I find that the actual problem is the textbox is somewhat difficult to select, not that it is not selectable. By difficult, I mean I, as a new user, cannot always select the textbox I want by clicking around the text, and I often need to click multiple times to get it selected. Maybe I (and possibly the bug reporter) did not get the right way to do it?
Comment 3 Xisco Faulí 2016-09-11 20:41:21 UTC Comment hidden (obsolete)
Comment 4 Xisco Faulí 2016-10-10 11:14:34 UTC Comment hidden (obsolete)
Comment 5 Gospodin Baron 2017-04-03 07:54:57 UTC
I see the same problem what other people have discovered.

"How have you made it so it is invisible? Maybe we will find out, if you attach a file with the problem?"

It doesn't make ANY sense to ask for any file. The problem is in program not in the file. As simple as fact any empty file has it.

I see the bug under Linux with Openoffice 4.1.3 or any new version of Libreoffice.


If I type inside of text box the box borders remain invisible.
To be able to select it one need to click slightly above the text, but then
I can only see cyan rectangles. That is very inconvenient.

Previous versions (3.X) of OpenOffice were working fine. Not it's not.

Openoffice as well as Libreoffice are way too bugy. To find a bug one need sometimes less than 5 min. Why nobody test them?

Well Openoffice is slightly better.
Comment 6 Buovjaga 2017-04-03 09:02:24 UTC
(In reply to Gospodin Baron from comment #5)
> It doesn't make ANY sense to ask for any file. The problem is in program not
> in the file. As simple as fact any empty file has it.

Then why do I not see the problem? It is completely normal to ask for a file in this case.

Do you see the problem in 5.3, if you restart in Safe Mode: https://wiki.documentfoundation.org/UserProfile#Resolving_corruption
Comment 7 Gospodin Baron 2017-04-03 17:07:55 UTC
Created attachment 132314 [details]
example of ppt document without text borders displayed

As request test file is provided
Comment 8 Buovjaga 2017-04-04 08:00:57 UTC
(In reply to Gospodin Baron from comment #7)
> Created attachment 132314 [details]
> example of ppt document without text borders displayed
> 
> As request test file is provided

With this file I confirm the missing borders. Now do you believe the request made sense?

The bug is already in 4.3.

4.1.6 displays the resizing handles, but not the border.

Maybe an initial bibisecting of the disappearance of handles could be valuable.

Saving as pptx still preserves the problem.

Newest version bug is confirmed in:
Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ (x64)
Build ID: 74917d23782413aa0f129bcf9e6bf5a1c496d23b
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-04-02_23:58:52
Locale: fi-FI (fi_FI); Calc: CL
Comment 9 Xisco Faulí 2017-04-04 10:56:06 UTC
Regression introduced by:

author	Armin Le Grand <alg@apache.org>	2013-08-29 16:32:05 (GMT)
committer	Caolán McNamara <caolanm@redhat.com>	2013-08-29 19:02:59 (GMT)
commit	b1a6dbc2dd118627360282dd304e24263c3bca51 (patch)
tree	8a4bd5045cbfa424f03045356285c3620586a87f
parent	e57a73cc6bedcb8f176e1804792a7ea1fd88796b (diff)
Resolves: #i123003# Corrected Handle/Overlay visualization...
when TextEdit is active

Bisected with bibisect-42max.

Adding Cc: to Armin Le Grand
Comment 10 Gospodin Baron 2017-04-05 02:56:04 UTC Comment hidden (off-topic)
Comment 11 Tor Lillqvist 2017-04-05 07:40:55 UTC Comment hidden (off-topic)
Comment 12 Gospodin Baron 2017-04-06 01:41:07 UTC Comment hidden (off-topic)
Comment 13 Jan Vlug 2017-11-29 16:29:51 UTC
Created attachment 138078 [details]
Native format (ODP) with missing border around text box.

I confirm this bug in LibreOffice: 5.4.3.2
Build ID: 5.4.3.2-1.fc27

I see the issue in a presentation in .odp format (see attachment). I consider this as a high priority issue as it severely slows down creating presentations for me. I suggest to rise the priority.

Note that I copied the slide in from an other presentation that might have Powerpoint remainders.
Comment 14 Jan Vlug 2017-11-29 16:42:40 UTC
Created attachment 138079 [details]
Clean native format (ODP) with missing border around text box.

I did some more testing. I created a clean new Impress presentation, without using a template. The issue is there (see slide 2 of the attachment). So for me this issue is completely unrelated to the PPT file format.
Comment 15 Armin Le Grand 2018-06-06 07:39:00 UTC
With last document, 2nd page border is not shown inEditMode. It is shown on selection (tab after changing page) and after ending TextEdit (esc).
Not on 1st page. Can be recreated with new Impress doc and two pages - due to 2nd page using Layout 'Title, content'. Seems to be related to that last ObjectType. Creating an empty page (no layout) and/or adding a TextBox that is not connected to PresObj in BG does not show the problem.
Comment 16 Aron Budea 2018-10-25 15:03:01 UTC
High/major should be a more appropriate prioritization considering it's a regression, and we can't really expect users to fish around for the textbox borders.
Comment 17 jenny 2018-11-29 08:22:35 UTC
Bug not reproducible in version

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55
Locale: zh-TW (zh_TW); UI-Language: en-US
Calc: threaded
Comment 18 Buovjaga 2018-11-30 20:20:36 UTC
(In reply to jenny from comment #17)
> Bug not reproducible in version
> 
> Version: 6.3.0.0.alpha0+ (x64)
> Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684
> CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
> TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55
> Locale: zh-TW (zh_TW); UI-Language: en-US
> Calc: threaded

This is false. It is still reproducible/confirmable.

Arch Linux 64-bit
Version: 6.3.0.0.alpha0+
Build ID: 9059457a1a8385cb80b5dd2c797cee77af4222a9
CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3_kde5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 30 November 2018