Steps how to reproduce with Sample from "Bug 44813 - UI: Scrolling in queries with join ends with only one empty row" and "LibreOffice 3.4.5 RC2 - WIN7 Home Premium (64bit) German UI [Build ID: OOO340m1 (Build:502)]" 1. Start LibO from WIN program start center 2. Open sample document <https://bugs.freedesktop.org/attachment.cgi?id=55610> 3. Click "Queries" 4. double click query "With_Join" Expected: Table with query result will appear Actual: Crash, LibO stops responding Works fine with Parallel Dev-Installation of "LibreOffice 3.5.0 Beta3- WIN7 Home Premium (64bit) German UI [Build-ID: e40af8c-10029e3-615e522-88673a2-727f724]
I don't reproduce this bug neither on 3.5 branch nor on master (both updated today) although I got several lines like this one : warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/dbaccess/source/core/api/RowSetBase.cxx:1131: Old position is not equal to new postion warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/svtools/source/brwbox/brwbox2.cxx:955: BrowseBox::ImplPaintData: SeekRow gescheitert Since I'm on pc Debian x86-64, either it's Windows specific or it's fixed in 3.5 (but perhaps not on 3.5.0 rc1). Rainer: could you try to reproduce it on 3.5.0 rc1 ?
(In reply to comment #1) > I don't reproduce this bug neither on 3.5 branch nor on master (both updated > today) although I got several lines like this one : > warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/dbaccess/source/core/api/RowSetBase.cxx:1131: > Old position is not equal to new postion > warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/svtools/source /brwbox/brwbox2.cxx:955: > BrowseBox::ImplPaintData: SeekRow gescheitert These messages show a real problem and have to go away. If you get them on 3.5 branch, then I'm worried. On master branch, make sure you have commit b026e5a4a17babd43cac266b06ad49e12f9aa225 author Lionel Elie Mamane <lionel@mamane.lu> 2012-01-22 00:35:58 (GMT) committer Lionel Elie Mamane <lionel@mamane.lu> 2012-01-22 00:37:08 (GMT) ORowSetCache::fillMatrix(): correct off-by-one error Symptom: segfault. Thanks to Julien Nabet for precise pointer to problematic code.
(In reply to comment #2) > (In reply to comment #1) >> I don't reproduce this bug neither on 3.5 branch nor on master (both updated >> today) although I got several lines like this one : >> warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/dbaccess/source/core/api/RowSetBase.cxx:1131: >> Old position is not equal to new postion >> warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/svtools/source > /brwbox/brwbox2.cxx:955: >> BrowseBox::ImplPaintData: SeekRow gescheitert > These messages show a real problem and have to go away. I could reproduce them on master, if I add more rows to adressen table. Working on it.
(In reply to comment #3) > (In reply to comment #2) >> (In reply to comment #1) >>> I don't reproduce this bug neither on 3.5 branch nor on master (both updated >>> today) This bug is about a crash in 3.4.x, not in 3.5 or 3.6. > although I got several lines like this one : >>> warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/dbaccess/source/core/api/RowSetBase.cxx:1131: >>> Old position is not equal to new postion >>> warn:legacy.osl:2550:1:/home/julien/compile-libreoffice/libo/svtools/source/brwbox/brwbox2.cxx:955: >>> BrowseBox::ImplPaintData: SeekRow gescheitert >> These messages show a real problem and have to go away. I fixed at least one occurrence in master just now: http://cgit.freedesktop.org/libreoffice/core/commit/?id=520b8118f4a2d54e4849929d94091f29a6434346 If you still get them on master after this commit, or at all with libreoffice-3-5, please file a separate bug and assign it to me.
Could reproduce.
Underlying reason is same as bug 44813 and same patches solve it. Asking for review on mailing list.
Setting to critical since is a crash.
Fixed in libreoffice-3-4. Please test to confirm resolution.