| Summary: | : Crash when moving a tab | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Florent THOMAS <mailinglist> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | bfo.bugmail, caolan.mcnamara, l.lunak, michael.meeks, sasha.libreoffice, serval2412 |
| Priority: | medium | ||
| Version: | 3.4.4 release | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | trace | ||
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/ |
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