Until prompted by the status change (mentioning 6.3.4) on this I hadn't
checked it, expecting to have to wait for 6.4 on ubuntu.
I can confirm it's fixed in Version: 6.3.5.1
Build ID: 1:6.3.5~rc1-0ubuntu0.19.10.1~lo1
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: x11;
Locale: en-GB
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":
https://git.libreoffice.org/core/commit/0d3d40b2668c879d8deb3b39f7c243e22b70bdcb
tdf#121963: Add unittest
It will be available in 7.0.0.
The patch should be included in the daily builds available at
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":
https://git.libreoffice.org/core/commit/2f9b7f4d7d35d0e2d85132792f8c74c54f05d6c1
tdf#121963: Add unittest (part 2)
It will be available in 7.0.0.
The patch should be included in the daily builds available at
** Changed in: libreoffice (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc
*** Bug 129718 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
*** Bug 129285 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
(In reply to Kino from comment #62)
> I have just installed LO 6.3.3 and the problem is NOT fixed.
> I have two macro buttons and one of them "vibrates" as if being constantly
> pressed.
it's fixed in LibreOffice 6.3.4 which is going to be released next week
--
You received this bug
I have just installed LO 6.3.3 and the problem is NOT fixed.
I have two macro buttons and one of them "vibrates" as if being constantly
pressed.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
*** Bug 128685 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
I confirm fixed on
Wersja: 6.4.0.0.alpha1+ (x64)
Build ID: 16dd2d153475265e9bdf9b8e736dca0b7b5b20f9
Wątki CPU: 8; OS:Windows 6.1 Service Pack 1 Build 7601; UI render:domyślny;
VCL: win;
Ustawienia regionalne: pl-PL (pl_PL); UI-Language: pl-PL
Calc: CL
--
You received this bug notification
Verified in
Version: 6.4.0.0.alpha1+
Build ID: ee909ca2c02f949605f68720c3f1eef658502749
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: x11;
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded
@Armin, thanks for fixing this issue!!
--
You received this bug notification
I tested today's build:
https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2019-11-05_05.07.09/LibreOfficeDev_6.4.0.0.alpha1_Win_x64.msi
and the fix works also for me.
Could this fix be included in the 6.3.x series too. I would consider
this as quite important bug fix, and from
Armin Le Grand committed a patch related to this issue.
It has been pushed to "libreoffice-6-3":
https://git.libreoffice.org/core/commit/e8720057aa0f4e612000d68f6de682f3afb8a1ea
tdf#121963 apply GridOffset in isPrimitiveVisible
It will be available in 6.3.4.
The patch should be included in the
** Changed in: df-libreoffice
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when
Armin Le Grand committed a patch related to this issue.
It has been pushed to "master":
https://git.libreoffice.org/core/commit/fd2174d55dadc3b4dcf6b15b5789077bb2951698
tdf#121963 apply GridOffset in isPrimitiveVisible
It will be available in 6.4.0.
The patch should be included in the daily
Very interesting to read about your bug hunt Armin, and good to see that
you have made so much progress.
About your A/B solution options. Is there any performance issue to
consider, how often are these called in worst case scenario. I mean
checking a flag sounds potentially more slower than just
Okay, comitted and checked by Xisco
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to top of
spreadsheet
Proposed fix at https://gerrit.libreoffice.org/#/c/82031/
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to top
@devseppala: Well - the GridOffset needs to be applied in both cases, so
this makes not really a difference...
>From the logic I think (2) is the better option - will now do that and check
>if it works as intended. Keep in mind that the GridOffset stuff itself is a
>compromize fix for the
Works well, but need to update local master 1st to prepare commit ...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when
Problem is that ViewObjectContactOfUnoControl_Impl::positionAndZoomControl is
used in two scenarios:
(1) During paint -> GridOffset is already part of ViewTransformation2D
(2) Other (IsVisible, getPrimSeq, ...) -> GridOffset *not* added
while (1) is coming from
The embedding to TransformPrimitive2D is indeed created by
ViewObjectContact::getPrimitive2DSequence and taking
supportsGridOffsets/getGridOffset into account - what is completely corect and
core element of the change.
What seems wrong OTOH is more that in
I think that's I have de same problem with this version :
Version: 6.4.0.0.alpha1
Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787
Threads CPU : 4; OS : Linux 5.3; UI Render : par défaut; VCL: gtk3;
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
I can use LibO 6.3 because the
Seems to be special stuff with controls - sigh.
When breaking in svx\source\sdr\contact\objectcontactofpageview.cxx:290 in line
pProcessor2D->process(xPrimitiveSequence);
it can be seen that the ViewInformation2D from *this and at the processor is
the same, while later in
In adjustControlGeometry_throw aViewTranslate is sometimes *not* zero,
but has some values. Thi seems to be the reason for the offsets - tried
to hunt down where this comes from, but hard to find - about 25 stack
levels involved...
--
You received this bug notification because you are a member
*** Bug 125720 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
Happens when the Control is live (not edit mode) and the mapping is -
due to non-linear ViewMapping in Calc - dependent on pixel sies. In
these cases, ViewObjectContactOfUnoControl_Impl::positionAndZoomControl
is called. That uses adjustControlGeometry_throw where
aTopLeft, aBottomRight change
When I searched the originating commit from Github:
https://github.com/LibreOffice/core/search?q=d464d505fbf6e53a38afdd3661d320fac8c760d6=Commits
I noticed that developer vmiklos had fixed a similar issue as this bug:
tdf#123505 svx: fix invalidation loop caused by special form control …
*** Bug 122713 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
Adding traces in some functions of the quoted commit, I noticed this block was
repeted infinitely:
OverlayObject::getOverlayObjectPrimitive2DSequence
OverlayObject::getOverlayObjectPrimitive2DSequence
ViewObjectContact::getPrimitive2DSequence
ViewObjectContact::getGridOffset
Created attachment 155290
perf flamegraph
On pc Debian x86-64 with master sources updated 2 days ago, I retrieved
a Flamegraph.
Perhaps it may help.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
While further testing zoom functionality I was able to once trigger this
bug on a new file with default column width and one control.
However, I was not able to reproduce with multiple attempts.
--
You received this bug notification because you are a member of Desktop
Packages, which is
Adding to previous that if you enable:
“Options > LibreOffice > View > Use OpenGL for all rendering”
There is no flickering, but menus and dialogs show up empty. CPU use is
high and GPU is 98%.
--
You received this bug notification because you are a member of Desktop
Packages, which is
I believe that I have also stumbled on this bug and it seems to be very
cumbersome to trigger.
In my experience this bug triggered more by non-uniform row height than
column width. Can anyone else trigger this bug with uniform column
width and non-uniform row height?
Also in my case, forcing
*** Bug 128368 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
(In reply to Elizabeth Thomasma from comment #33)
> I have CALC workbook with only 1 control. It flickers so issue does occur
> with just 1 control
I can't reproduce it (in files created from scratch at least), without using
zoom functionality (which I don't use in my workflow).
One control on
*** Bug 128107 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
*** Bug 128326 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
(In reply to Julian Ragan from comment #28)
> I have narrowed it down to the following:
> If a form has more than one control and in the underlying sheet column width
> in any one column is set to different than default, then all controls on the
> form start (not always immediately) to refresh
Synchronising bug status with upstream.
** Changed in: libreoffice (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
Launchpad has imported 32 comments from the remote bug at
https://bugs.documentfoundation.org/show_bug.cgi?id=121963.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
** Bug watch added: Document Foundation Bugzilla #121963
https://bugs.documentfoundation.org/show_bug.cgi?id=121963
** Changed in: df-libreoffice
Importance: Medium => Unknown
** Changed in: df-libreoffice
Status: Invalid => Unknown
** Changed in: df-libreoffice
Remote watch:
** Changed in: df-libreoffice
Status: New => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
[upstream] Loop in libreoffice-calc when scrolling to
after opening attached spreadsheet document, the button "update" on
sheet "Grid2" flickers, scrolliing down stops flickering as soon as
button is no longer visible.
flickering will also stop if i set column F to optimal width.
this issue seems also be a duplicate of:
Bug 121963 - button
Launchpad has imported 1 comments from the remote bug at
https://bugs.documentfoundation.org/show_bug.cgi?id=128151.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
** Bug watch added: Document Foundation Bugzilla #128151
https://bugs.documentfoundation.org/show_bug.cgi?id=128151
** Also affects: df-libreoffice via
https://bugs.documentfoundation.org/show_bug.cgi?id=128151
Importance: Unknown
Status: Unknown
** Summary changed:
- Loop in
Created Bugzilla bug report 128151 per request.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1846940
Title:
Loop in libreoffice-calc when scrolling to top of spreadsheet
Hi Cliff, thank you for taking the time to write this detailed report.
Evidently this is not an Ubuntu-specific issue - I've managed to
reproduce this on Debian Stretch with TDF's own 6.3.2 deb
(https://www.libreoffice.org/download/download/?type=deb-x86_64).
Could I please ask you to file an
Found an additional spreadsheets that fail. Appears to be associated
with a user defined button/macro. In the TheGrid sheet the button/macro
is placed near the top of the sheet so the failure occurs when I scroll
to the top of the sheet. In the case of another sheet the button/macro
os down
Public bug reported:
Have a spreadsheet used in many past release of calc that is now
failing. When opening this sheet and if not currently at the top of the
sheet using the mouse wheel to move to the top (top line to the top of
the window) soffice.bin goes to 100% cpu and stays there. Can't
50 matches
Mail list logo
