Apache OpenOffice (AOO) Bugzilla – Issue 24290
File not found dialog
Last modified: 2013-08-07 14:38:26 UTC
I renamed a file I had previously edited, then tried to open it from the MRU list. As expected, I got an error dialog, but it doesn't go away with one click; it takes 7! Then a different error message dialog appears! This should not happen. One is sufficient.
I cannot reproduce this in 1.1.1a/Linux. Only one dialog pops up here. Wild guess: Is this problem local to 680 versions? (my 1.1.1a is 645m3s1)
HI->OS: It is really since 680 and occurs only with wordprocessor.
user32.dll!77d43a21() vcl680mi.dll!ImplGetMessage() C++ vcl680mi.dll!ImplSalYield() C++ vcl680mi.dll!WinSalInstance::Yield() C++ vcl680mi.dll!Application::Yield() C++ vcl680mi.dll!Dialog::Execute() C++ > uui680mi.dll!UUIInteractionHandler::executeErrorDialog() C++ uui680mi.dll!UUIInteractionHandler::handleErrorRequest() C++ uui680mi.dll!UUIInteractionHandler::handle() C++ sfx680mi.dll!SfxMediumHandler_Impl::handle() C++ ucbhelper3MSC.dll!ucbhelper::cancelCommandExecution() C++ ucpfile1.dll!fileaccess::throw_handler() C++ ucpfile1.dll!fileaccess::TaskManager::endTask() C++ ucpfile1.dll!fileaccess::BaseContent::execute() C++ ucbhelper3MSC.dll!ucb::Content_Impl::executeCommand() C++ ucbhelper3MSC.dll!ucb::Content::executeCommand() C++ utl680mi.dll!utl::Moderator::handle() C++ utl680mi.dll!utl::ModeratorsInteractionHandler::handle() C++ utl680mi.dll!utl::UcbLockBytes::CreateLockBytes() C++ sfx680mi.dll!SfxMedium::GetMedium_Impl() C++ sfx680mi.dll!SfxMedium::GetInputStream() C++ swd680mi.dll!SwFilterDetect::detect() C++ fwl680mi.dll!framework::TypeDetection::impl_checkDeepForType() C++ fwl680mi.dll!framework::TypeDetection::queryTypeByDescriptor() C++ fwk680mi.dll!framework::BaseDispatcher::implts_detectType() C++ fwk680mi.dll!framework::BlankDispatcher::dispatch() C++ fwk680mi.dll!framework::MenuManager::Select() C++ fwk680mi.dll!framework::MenuManager::LinkStubSelect() C++ vcl680mi.dll!Menu::Select() C++ vcl680mi.dll!Menu::LinkStubImplCallSelect() C++
Andreas, IIRC we already fixed that. It was fixed by avoiding multiple stream creation and type detection in case of a non existing file. Are you able to provide us with an issue number for a duplicate? Or did we fix that "in passing"?
This bug combines two problems: a) Corrupted picklist entries are not handled gracefully yet. So I will use the issue #i10286# to implement a new interaction for that. The user should be able then to decide if such corrupted entry have to be removed rom the picklist or not. By default no entry will be removed. b) Avoiding of multiple stream creation was not done yet. It will be implemented ASAP. I will file a new bug for that (target=OO 2.0) => So this bug I will close as duplicate to the two other ones. *** This issue has been marked as a duplicate of 10286 ***
.
As described, this task can be closed. The duplicate task is 10286 and has target 'office later'.
Closed