Apache OpenOffice (AOO) Bugzilla – Issue 110281
Error: DEPRECATED! ... filterfactory.cxx at Line 254
Last modified: 2013-01-29 21:41:52 UTC
Debug Output ... Error: DEPRECATED! Please use new query format: 'matchByDocumentService=...' From File /home/terry/OOo_hacking/DEV300_m75/filter/source/config/cache/filterfactory.cxx at Line 254 Abort ? (Yes=abort / No=ignore / Cancel=core dump) Here is what I did ... I started openoffice. Program presented window "OpenOffice.org [300m75(Build:9488)]" containing Welcome to OpenOffice.org. I selected Open a document. Program present file dialog "Open". I navigated to and selected busnesscard_20080528.pub, which I shall attach to this issue. (Hey, I just noticed the spelling mistake in the filename.) Program presented window "Debug Output", as above. ( The bug tracker insists that I choose a component for the issue. Looking for guidance with that choice, I found <http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=13121&p=61564> telling my that OO will not open then file at all. I am picking arbitrarily on "Word processor", but I would welcome guidance to a more helpful choice. ) I am running a non-production build of DEV300_m75 hacked as follows: (*) I have removed "typedef int BOOL;" from iodbcunix.h as it is in my Ubunty Hardy installation and copied the result to connectivity/inc/iodbcunix.h and dbaccess/inc/iodbcunix.h (*) svl/source/misc/inettype.cxx incorporates sb's patch for issue 109146 and the unreferenced routine tje_20100316() quoted in <http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=26782>. (*) From sw/source/filter/asc/parasc.cxx I have deleted lines 259 and 260, to avoid the assertion described in issue 109179.
Created attachment 68455 [details] From Microsoft Publisher, I think.
Please vor such reports ask on the dev@openoffice.org mailing lists.
Closed
es wrote ... Please vor such reports ask on the dev@openoffice.org mailing lists. Um, which reports do you mean? If you mean reports about the raising of assertions, messages on the mailing list says that issues should be filed (<http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=26799>), and Stephan Bergmann would like them to be treated even more seriously: <http://www.openoffice.org/issues/show_bug.cgi?id=109142>. If you mean that we should not submit reports of bad results when we try to do silly things, I think I disagree. I would think it appropriate, however, to assign a low priority to such a report. If you mean that as a newcomer, I should always check with the list before filing a report, I can accept that. Is that what you are saying? If you mean something else, I encourage you to help me understand.
@SB: please reassign to the correct owner.
.
@cd: please take over, stack is [10] osl_assertFailedLine(pszFileName = ???, nLine = ???, pszMessage = ???) (optimized), at 0xfeca83d8 (line ~223) in "diagnose.c" [11] filter::config::FilterFactory::createSubSetEnumerationByQuery(this = ???, sQuery = CLASS) (optimized), at 0xf06c11da (line ~254) in "filterfactory.cxx" [12] __unnamed_KARQ_KvMoLmA0::handleNoSuchFilterRequest_(pParent = ???, xServiceFactory = CLASS, rRequest = CLASS, rContinuations = CLASS) (optimized), at 0xf057e6fb (line ~147) in "iahndl-filter.cxx" [13] UUIInteractionHelper::handleNoSuchFilterRequest(this = ???, rRequest = CLASS) (optimized), at 0xf0580a9f (line ~425) in "iahndl-filter.cxx" [14] UUIInteractionHelper::handleRequest_impl(this = ???, rRequest = CLASS, bObtainErrorStringOnly = ???, bHasErrorString = ???, rErrorString = CLASS) (optimized), at 0xf0567c32 (line ~798) in "iahndl.cxx" [15] UUIInteractionHelper::handleRequest(this = ???, rRequest = CLASS) (optimized), at 0xf055c11e (line ~176) in "iahndl.cxx" [16] UUIInteractionHandler::handle(this = ???, rRequest = CLASS) (optimized), at 0xf0590f94 (line ~88) in "interactionhandler.cxx" [17] framework::PreventDuplicateInteraction::handle(this = ???, xRequest = CLASS) (optimized), at 0xf6b2c898 (line ~148) in "preventduplicateinteraction.cxx" [18] filter::config::TypeDetection::impl_askUserForTypeAndFilterIfAllowed(this = ???, rDescriptor = CLASS) (optimized), at 0xf06d3286 (line ~1108) in "typedetection.cxx" [19] filter::config::TypeDetection::queryTypeByDescriptor(this = ???, lDescriptor = CLASS, bAllowDeep = ???) (optimized), at 0xf06ccfc4 (line ~203) in "typedetection.cxx" [20] framework::LoadEnv::impl_detectTypeAndFilter(this = ???) (optimized), at 0xf5556ae9 (line ~831) in "loadenv.cxx" [21] framework::LoadEnv::startLoading(this = ???) (optimized), at 0xf55546b2 (line ~399) in "loadenv.cxx" [22] framework::LoadDispatcher::impl_dispatch(this = ???, rURL = STRUCT, lArguments = STRUCT, xListener = CLASS) (optimized), at 0xf555110b (line ~169) in "loaddispatcher.cxx" [23] framework::LoadDispatcher::dispatchWithReturnValue(this = ???, rURL = STRUCT, lArguments = STRUCT) (optimized), at 0xf5550c14 (line ~106) in "loaddispatcher.cxx" [24] comphelper::SynchronousDispatch::dispatch(xStartPoint = CLASS, sURL = CLASS, sTarget = CLASS, nFlags = ???, lArguments = CLASS) (optimized), at 0xfe08e124 (line ~85) in "synchronousdispatch.cxx" [25] SfxApplication::OpenDocExec_Impl(this = ???, rReq = CLASS) (optimized), at 0xf6f48cc8 (line ~1422) in "appopen.cxx" [26] SfxStubSfxApplicationOpenDocExec_Impl(pShell = ???, rReq = CLASS) (optimized), at 0xf6f3d649 (line ~1213) in "sfxslots.hxx" [27] SfxDispatcher::Call_Impl(this = ???, rShell = CLASS, rSlot = CLASS, rReq = CLASS, bRecord = ???) (optimized), at 0xf716007a (line ~301) in "dispatch.cxx" [28] SfxDispatcher::_Execute(this = ???, rShell = CLASS, rSlot = CLASS, rReq = CLASS, eCallMode = ???) (optimized), at 0xf716296c (line ~1079) in "dispatch.cxx" [29] SfxDispatcher::Execute(this = ???, nSlot = ???, eCall = ???, nModi = ???, rArgs = CLASS) (optimized), at 0xf7163bf2 (line ~1462) in "dispatch.cxx" [30] SfxDispatcher::Execute(this = ???, nSlot = ???, eCall = ???, rArgs = CLASS) (optimized), at 0xf7163a8d (line ~1434) in "dispatch.cxx" [31] SfxApplication::OpenDocExec_Impl(this = ???, rReq = CLASS) (optimized), at 0xf6f49bc2 (line ~962) in "appopen.cxx" [32] SfxStubSfxApplicationOpenDocExec_Impl(pShell = ???, rReq = CLASS) (optimized), at 0xf6f3d649 (line ~1213) in "sfxslots.hxx" [33] SfxDispatcher::Call_Impl(this = ???, rShell = CLASS, rSlot = CLASS, rReq = CLASS, bRecord = ???) (optimized), at 0xf716007a (line ~301) in "dispatch.cxx" [34] SfxDispatcher::PostMsgHandler(this = ???, pReq = ???) (optimized), at 0xf7164201 (line ~1617) in "dispatch.cxx" [35] SfxDispatcher::LinkStubPostMsgHandler(pThis = ???, pCaller = ???) (optimized), at 0xf7164025 (line ~1584) in "dispatch.cxx" [36] SfxHintPoster::Event(this = ???, pPostedHint = ???) (optimized), at 0xf7192313 (line ~90) in "hintpost.cxx" [37] SfxHintPoster::LinkStubDoEvent_Impl(pThis = ???, pCaller = ???) (optimized), at 0xf71922cf (line ~84) in "hintpost.cxx" [38] ImplHandleUserEvent(pSVEvent = ???) (optimized), at 0xfce22c96 (line ~1997) in "winproc.cxx" [39] ImplWindowFrameProc(pWindow = ???, _ARG2 = ???, nEvent = ???, pEvent = ???) (optimized), at 0xfce2350a (line ~2569) in "winproc.cxx" [40] SalDisplay::DispatchInternalEvent(this = ???) (optimized), at 0xf8f9d37e (line ~2246) in "saldisp.cxx" [41] GtkXLib::userEventFn(data = ???) (optimized), at 0xfb85fc3e (line ~767) in "gtkdata.cxx" [42] call_userEventFn(data = ???) (optimized), at 0xfb85fb5a (line ~740) in "gtkdata.cxx" [43] g_idle_dispatch(0xfb60f5b0, 0x1, 0x8087568, 0xffffff9c, 0x22, 0x71), at 0xfb5b4b4d