Version: (using KDE Devel) Installed from: Compiled sources OS: Linux When importing .sxc files, the borders are partly lost. That meant data loss to me. Reproduce: - make a .sxc in OpenOffice 1.x, have a 5 lines, 2 columns border in it - import the file to kspread - some borders are missing
Changed priority to normal cause losing styles differs from losing data imho. Bug 130922 deals with the same problem but with imported xls files.
You are underestimating the importance of this - I use kspread to make a map of my datacenter. Servers get a different color than free space. Borders show how much space is used by one server or another. I could elaborate more here, but I do not think you should be interested. Data was lost and I had to travel again to the data center to get the data right. Travel costs because of data loss because of kspread. Period.
OK, trying with kspread from today. No longer a bug, now a crash: Application: KSpread (kspread), signal SIGSEGV [?1034h[Thread debugging using libthread_db enabled] 0x00007f2cb0159615 in waitpid () from /lib64/libpthread.so.0 Thread 1 (Thread 0x7f2cb391c700 (LWP 24565)): [KCrash Handler] #4 QHash<int, KoXmlVector<KoXmlPackedItem> >::operator[] (this=0x901b08, akey=@0x7fffbb95413c) at /usr/include/QtCore/qbasicatomic.h:71 #5 0x00007f2cb2dccdc1 in KoXmlNodeData::loadChildren (this=0x925610, depth=1) at /root/koffice/libs/store/KoXmlReader.cpp:715 #6 0x00007f2cb2dce5da in KoXmlNode::namedItemNS (this=0x7fffbb954420, nsURI=@0x7fffbb954200, name=@0x7fffbb9541f0) at /root/koffice/libs/store/KoXmlReader.cpp:2185 #7 0x00007f2cb2dcfba5 in KoXml::namedItemNS (node=@0x7fffbb954420, nsURI=0x7f2c9e6fe230 "http://openoffice.org/2000/style", localName=<value optimized out>) at /root/koffice/libs/store/KoXmlReader.cpp:2763 #8 0x00007f2c9e6f113e in OpenCalcImport::loadTableMasterStyle (this=0x896b70, table=0x91dc10, stylename=<value optimized out>) at /root/koffice/filters/kspread/opencalc/opencalcimport.cc:1207 #9 0x00007f2c9e6f3a0c in OpenCalcImport::parseBody (this=0x896b70, numOfTables=<value optimized out>) at /root/koffice/filters/kspread/opencalc/opencalcimport.cc:1517 #10 0x00007f2c9e6f4734 in OpenCalcImport::convert (this=0x896b70, from=@0x878980, to=@0x878988) at /root/koffice/filters/kspread/opencalc/opencalcimport.cc:2769 #11 0x00007f2cb32adf5f in KoFilterChain::ChainLink::invokeFilter (this=0x878970, parentChainLink=0x0) at /root/koffice/libs/main/KoFilterChain.cpp:67 #12 0x00007f2cb32ae169 in KoFilterChain::invokeChain (this=0x8db450) at /root/koffice/libs/main/KoFilterChain.cpp:177 #13 0x00007f2cb328f948 in KoFilterManager::importDocument (this=0x904f70, url=@0x7fffbb9557f0, status=@0x7fffbb95599c) at /root/koffice/libs/main/KoFilterManager.cpp:235 #14 0x00007f2cb3279526 in KoDocument::openFile (this=0x765250) at /root/koffice/libs/main/KoDocument.cpp:1457 #15 0x00007f2cb1bce0d8 in KParts::ReadOnlyPart::openUrl (this=0x765250, url=<value optimized out>) at /root/kdelibs/kparts/part.cpp:557 #16 0x00007f2cb3275843 in KoDocument::openUrl (this=0x765250, _url=@0x7fffbb955fa0) at /root/koffice/libs/main/KoDocument.cpp:1385 #17 0x00007f2cb3294aa0 in KoMainWindow::openDocumentInternal (this=0x7fa090, url=@0x7fffbb955fa0, newdoc=0x765250) at /root/koffice/libs/main/KoMainWindow.cpp:711 #18 0x00007f2cb32950c3 in KoMainWindow::openDocument (this=0x7fa090, newdoc=0x765250, url=@0x7fffbb955fa0) at /root/koffice/libs/main/KoMainWindow.cpp:693 #19 0x00007f2cb32a2332 in KoApplication::start (this=<value optimized out>) at /root/koffice/libs/main/KoApplication.cpp:216 #20 0x00007f2cb3537588 in kdemain (argc=<value optimized out>, argv=<value optimized out>) at /root/koffice/kspread/part/Main.cpp:40 #21 0x00007f2cae04e436 in __libc_start_main () from /lib64/libc.so.6 #22 0x0000000000400809 in _start ()
I doubt this bug still exists, I suggest to close it.