Steps to reproduce:
1. Create a new presentation
2. Select a master page (for instance AbstractRed) or in View > Master > Slide Master create a rectangle which cover all the slide and send it in the background (right click > Arrange > Send to back)
3. Enter text in a frame (Subtitle or Title)
4. Click on frame to select the text frame (if you want to change size for instance)
Text frame is not selected, nothing is selected
Text frame should be selected
There is no problem if no master page is selected. There is no problem if a background is defined through Format > Page > Background
- long click on text frame keeps it selected
- hit ESC key
- Ctrl+click or Alt+click
Confirmed on Win 7 with LibO 188.8.131.52, LibO 184.108.40.206 and LibO 220.127.116.11.alpha0+
Build ID: 4a8f7ddc290d1ea3131de6611b6833b77ac7ab1f
NOT reproduced with LibO 18.104.22.168
Operating System: Windows 7
Version: 22.214.171.124 release
Oups, please correct version number in comment#1
LibO 126.96.36.199 => LibO 188.8.131.52 reproduce the bug.
Confirm under Seven 64 bit
One other problem that seems to be liked to that one.
1 create new presentation with no background
2 Add a text and a picture
3 click into the text
4 click in the picture to select it -> the picture is selected
5 add a background with mater pages
6 click into the text
7 click in the picture -> you can't select the picture
it works fine with LibO 4.0.5
Reproducible on Ubuntu 13.04 with LO 184.108.40.206+
workaround: maj+click works too.
Best regards. JBF
Still works fine with Libo 220.127.116.11 but still bugged with 18.104.22.168. very Annoying bug
But difficulty to select an image when cursor is on a text frame is now present in 22.214.171.124 (comment 2)
so it seems that there are two different bugs
Set platform to ALL due to comment #3
*** Bug 77539 has been marked as a duplicate of this bug. ***
Still present in 4.2.3 ; and master branch
Results from bibisect-43all:
There is a large range between
in which selecting a master page in Impress causes a crash. Using the second reproduction technique of manually drawing a rectangle on the master page gave the following:
a7e54955e9f49e8b59dfd8c4533785a680b1796c is the first bad commit
Author: Bjoern Michaelsen <firstname.lastname@example.org>
Date: Wed Oct 16 11:07:50 2013 +0000
Author: Stephan Bergmann <email@example.com>
AuthorDate: Fri Mar 1 17:09:45 2013 +0100
Commit: Stephan Bergmann <firstname.lastname@example.org>
CommitDate: Fri Mar 1 17:18:29 2013 +0100
Related rhbz#915743: Abort UCB call from SvtMatchContext_Impl::Stop
...as otherwise the SvtMatchContext_Impl thread can continue to run for
arbitrarily long, and the other thread calling Stop() and join() will block.
However, especially the WebDAV UCP does not properly support aborting commands,
see 260afe56fd6b2f34de8290f3cdb7d1df5b88f8a8 " neon commands cannot be aborted",
so this is not yet enough to actually fix rhbz#915743 "thread deadlock/slow
join in insert->hyperlink in impress."
# bad: [c2069a369d738078124812312d51f21ea1ce2421] source-hash-f160e4935c474a5293b3d3c11b3d538efb4767a0
# good: [cf86b7f14a98d2d81a5cd93507acb35ff6775d8b] source-hash-85c6244b85b29c1d2bb9d89b62e9512dd65378b5
git bisect start 'last41onmaster' 'last35onmaster'
# good: [cd18cb7f47f7e956c6d19bd0f31a6e30d1173b29] source-hash-558476135865d9ae7b8801a82c177fd1098386ff
git bisect good cd18cb7f47f7e956c6d19bd0f31a6e30d1173b29
# bad: [a7e54955e9f49e8b59dfd8c4533785a680b1796c] source-hash-5da10275a7475efdbfd9de14ea58cf8f4c6c1582
git bisect bad a7e54955e9f49e8b59dfd8c4533785a680b1796c
# good: [1f14665c5624bc7a502738aa8f4f2bd70a211e72] source-hash-d85fd8a85501547d5bb87822d2589a07aed7f2d6
git bisect good 1f14665c5624bc7a502738aa8f4f2bd70a211e72
# good: [65831911b71b1982c9c2c759fd80b8e9404e9641] source-hash-3a9e1e71d9a28b2c6bc96757e629b231d2276d9d
git bisect good 65831911b71b1982c9c2c759fd80b8e9404e9641
# good: [b9da5d7ef8baf81aa867fc44cb6d8ebb6036201b] source-hash-ec376c2934e77fd1b56da892cfe2c1393f4c8156
git bisect good b9da5d7ef8baf81aa867fc44cb6d8ebb6036201b
# good: [31bac4fcc40da1e460b132be36dfa002e52919d0] source-hash-d55155cad0926f61b5745260196b93e95471d06a
git bisect good 31bac4fcc40da1e460b132be36dfa002e52919d0
# good: [85835eaea0e00bbe3138486781a507e436bc9263] source-hash-6978ddbf4738b4c53b9d2edbe6d5ad6a061d0d0f
git bisect good 85835eaea0e00bbe3138486781a507e436bc9263
# good: [5e90d936616ff95724eaa3e3a0a7c7a9747e9b44] source-hash-ba446dd58a4ad324d242afcd5b28d3b4dff5a881
git bisect good 5e90d936616ff95724eaa3e3a0a7c7a9747e9b44
# first bad commit: [a7e54955e9f49e8b59dfd8c4533785a680b1796c] source-hash-5da10275a7475efdbfd9de14ea58cf8f4c6c1582
The behaviour seems to have changed as of the below commit.
Adding Cc: to Wasserthal@nefkom.net; Could you possibly take a look at this? Thanks
Author: Lennard Wasserthal <Wasserthal@nefkom.net>
Date: Sat Feb 9 14:31:21 2013 +0100
fdo#55430 switches off text mode when clicking an other object.
This patch complements 85ea03ae536831649b104694d08dced4d4c8663f (and
6fbba11da54b52554941f00b07e42cc5d7a1643c, which didn't work correctly before)
This also fixes issues when clicking on another object to stop text editing.
Switches off text mode, and instantaneously selects the other object.
(Rotation doesn't belong into the ./sd/ text routine AT ALL, which also caused bug 37482,
which is resolved differently from now on)
(Creating text fields doesn't belong into the ./sc/ shape text routine either, and if this executed, it causes funny glitches)
Known issues: text mode stays on when you use drag'n drop (the one WITH waiting, to move to other applications etc).
Signed-off-by: Lennard Wasserthal <Wasserthal@nefkom.net>
Reviewed-by: Tor Lillqvist <email@example.com>
Tested-by: Tor Lillqvist <firstname.lastname@example.org>
AFAICS theses bugs seems to be solved in LO 126.96.36.199 x64
Thanks for testing. Let's set to WFM, then. Set back to NEW, if you still bump into them.
This was fixed between 188.8.131.52 and 184.108.40.206
Good job :)
Migrating Whiteboard tags to Keywords: (bibisected)