Problem description: Calc crahs when moving a tab Steps to reproduce: 1. Move a tab Current behavior: crash Expected behavior: nothing special Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0
Crashing when moving by drag and drop in order to put a tab in the first position. Desn't happen when using the popup menu and move option
Please try 3.5.0 I think we fixed the bug there.
No reply for long time. May be fixed, at least not reproducible
Hy, I haven't yet update my libreoffice packages. I suppose that the issue is solved since you said it is in the latest release. Regards
Checked with: LO 3.5.5.3 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Could not reproduce. Do not hesitate to reopen if this bug is reproducible with the latest stable release.
Hy, I made un update today and re try to move a tab and have no more success. My distro : OpenSuse11.4 Libreoffice version : 3.5.4.7-5.1 I also tried with differents java runtime < 7 and > 7 without success. regards
Florent: could you give a try to a newer version (last one is 3.6.4)? Do you reproduce this on a brand new file too or just a specific file? If specific, could you attach the file?
(In reply to comment #7) > Florent: could you give a try to a newer version (last one is 3.6.4)? > Do you reproduce this on a brand new file too or just a specific file? > If specific, could you attach the file? Hy Julien, I updated my packages and now the release used is the 3.6.3 (3.6:build-304) No more changes. I'll wait the next official release to test it. regards
Florent: thank you for your feedback. Could you provide the information I asked about on my previous comment? It may help.
(In reply to comment #9) > Florent: thank you for your feedback. Could you provide the information I > asked about on my previous comment? It may help. Sorry, You're right. It fails on new fresh documents AND old documents
Since I don't reproduce this, could you give a very detailed step by step process to reproduce this? Eg: - open LO - new file ods file - click on sheet 2 - etc. Do you reproduce this on just an empty file? Also, it could be interesting you retrieve a backtrace by following this link: https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29
Created attachment 72555 [details] trace trace
Here it is the trace of the bug for a new document
Florent: Your trace is really helpful, thank you! Interesting part is there: #2 0x00007fffeac8b5a3 in QPaintEngine::drawImage(QRectF const&, QImage const&, QRectF const&, QFlags<Qt::ImageConversionFlag>) () from /usr/lib64/libQtGui.so.4 #3 0x00007fffead53802 in ?? () from /usr/lib64/libQtGui.so.4 #4 0x00007fffeaca4027 in QPainter::drawImage(QRectF const&, QImage const&, QRectF const&, QFlags<Qt::ImageConversionFlag>) () from /usr/lib64/libQtGui.so.4 #5 0x00007fffecce9c3a in drawImage (this=0x1ca7100, type=<value optimized out>, part=<value optimized out>, rControlRegion=<value optimized out>, nControlState=32769, value=<value optimized out>) at /usr/include/QtGui/qpainter.h:927 #6 KDESalGraphics::drawNativeControl (this=0x1ca7100, type=<value optimized out>, part=<value optimized out>, rControlRegion=<value optimized out>, nControlState=32769, value=<value optimized out> then source code of 3.6 shows this: 633 paint.drawImage( widgetRect.left(), widgetRect.top(), *m_image, 634 0, 0, widgetRect.width(), widgetRect.height(), 635 Qt::ColorOnly | Qt::OrderedDither | Qt::OrderedAlphaDither ); I noticed the code above is called only if IMAGE_BASED_PAINTING is defined. Then I read this: 212 #if QT_VERSION >= QT_VERSION_CHECK( 4, 5, 0 ) 213 #define IMAGE_BASED_PAINTING 214 #else 215 #undef IMAGE_BASED_PAINTING 216 #endif The problem is api + bt show that drawimage function expects 4 args and we call with more than that. I must recognize I don't understand or missed something... Michael/Caolán: any idea?
Qt backtrace - any thoughts Lubos ? :-)
- What exactly are the steps to reproduce (see comment #11) ? - What distribution exactly is this? - Is it https://bugs.freedesktop.org/show_bug.cgi?id=40298 ?
Hy, No it's not a problem of cells moving. My problem is while I move a tab - I open LO, - I open a new spreadsheet - I select any tab available and try to move it by drag and drop to another place Then it crashed It didn't happens when selecting the move/copy popup menu. Hope it can help regards
WORKSFORME. OS X 10.8.4, LO 4.1.1.1. Thomas, if this is still happning with the latest LO release please re-open. http://www.libreoffice.org/download/pre-releases/