Bug 98347 - LibreOffice Calc forces workspace switch when its window is acted on
Summary: LibreOffice Calc forces workspace switch when its window is acted on
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.3.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Desktop-Environment
  Show dependency tree / graph
 
Reported: 2016-03-02 12:46 UTC by Stéphane Aulery
Modified: 2017-09-05 10:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Aulery 2016-03-02 12:46:06 UTC 
Hello, there.

I use 2 screens, one on the right with the workspaces and the Activities bar,
and one on the left with no special features. I have a strange problem: when,
in Calc on the left screen, I make a right-click, open a menu item, even the
contextual one, the right screen switches to another one, which is really
annoying when one tries to transfer data between Calc and another window. I
then have to go on the right screen and retrieve the first workspace. This
happens on virtually any files, and the workspace switched on is often, if not
always, the one which contains the window from which Calc was started, either a
Web browser or Nautilus; Calc getting the focus is not enough to trigger the
bug, one have to act in it to trigger the bug. This bug has been present at
least since Wheezy.

I will provide any file requested on demand and will try to be available if
some tests are required.

Regards.
Comment 1 Joel Madero 2016-03-02 21:33:56 UTC 
Hi,

Please test with a currently supported version of LibreOffice. 4.4 has been EOl for a long time, 5.1 is currently supported. Thank you!
Comment 2 Stéphane Aulery 2016-03-02 22:01:44 UTC 
I made a request to the reporter.

> 4.4 has been EOl for a long time

Why??? A version of one year for which you no longer support?

You really think normal people enjoy reinstall each version right out?
Comment 3 Joel Madero 2016-03-02 22:15:26 UTC 
our rolling release schedule is not going to change: https://wiki.documentfoundation.org/ReleasePlan
Comment 4 Stéphane Aulery 2016-03-02 22:37:59 UTC 
A year of life only for the stable version is far too little to fix bugs. Is not surprising that the bugtracker is full as an egg. How do you think people have time to report bugs and retest the latest version because you do not support those they use?

I understand although it should be out of the doldrums of OO, but it's too fast. Especially LO is an essential production tool for businesses. No reasonable support, not business.
Comment 5 Joel Madero 2016-03-02 22:38:48 UTC 
(In reply to Stéphane Aulery from comment #4)
> A year of life only for the stable version is far too little to fix bugs. Is
> not surprising that the bugtracker is full as an egg. How do you think
> people have time to report bugs and retest the latest version because you do
> not support those they use?
> 
> I understand although it should be out of the doldrums of OO, but it's too
> fast. Especially LO is an essential production tool for businesses. No
> reasonable support, not business.

Again, none of this is going to change.
Comment 6 Stéphane Aulery 2016-03-03 09:50:58 UTC 
The problem seems to have vanished with version 5.0.5.