| Summary: | flat text database (e.g. csv) with header lose one row at each refresh | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | domingo.sacristan |
| Component: | Base | Assignee: | Lionel Elie Mamane <lionel> |
| Status: | VERIFIED FIXED | ||
| Severity: | major | CC: | domingo.sacristan, lionel, mrmister001, robert, serval2412 |
| Priority: | high | Keywords: | regression |
| Version: | 4.1.0.0.beta1 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | target:4.3.0 target:4.2.0.0.beta2 target:4.1.4 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Unzip the file. There is a database and a *.csv-file connected to the database.
console + bt with master sources |
||
|
Description
domingo.sacristan
2013-11-29 12:54:56 UTC
This wrong behaviour remains on Libreoffice 4.1.4 RC1 Created attachment 90001 [details]
Unzip the file. There is a database and a *.csv-file connected to the database.
I can confirm this behavior. Last Version it worked well is LO 4.0.5.2 on my system. The buggy behavior first appears in LO 4.1.0.0.beta1.
My system: OpenSUSE 64bit rpm Linux.
On pc Debian x86-64 with master sources updated today, I can reproduce this. After some tests, I noticed: - each time you click refresh, you lose a row (first one each time) - each time you open the table (except first time), you lose a row No specific console logs. Lionel: You might be interested in this one. Created attachment 90003 [details]
console + bt with master sources
I refreshed the table until I got a backtrace.
Hope it helps.
Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7a64727f790f001ec42dafe38caeb86dfb6ddab1 fdo#72148 if expecting table at begin, explicitly set it so The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=be6bed2ca4083039bfcbd62f9603efa3a0bdd3dc&h=libreoffice-4-2 fdo#72148 if expecting table at begin, explicitly set it so It will be available in LibreOffice 4.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Fix for 4.1.x submitted for review in gerrit. I gave a new try, it's ok now. Thank you Lionel! Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f4125fefab88b58c47a763af01daf1c3e15de15e&h=libreoffice-4-1 fdo#72148 if expecting table at begin, explicitly set it so It will be available in LibreOffice 4.1.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Lionel Elie Mamane committed a patch related to this issue. It has been pushed to "libreoffice-4-1-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0b3585a734fd2b4c07ca980eac407fe09e0c95c8&h=libreoffice-4-1-4 fdo#72148 if expecting table at begin, explicitly set it so It will be available already in LibreOffice 4.1.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. *** Bug 72784 has been marked as a duplicate of this bug. *** |