Issue 24290 - File not found dialog
Summary: File not found dialog
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 680m17
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: mjneedles
QA Contact: issues@sw
Keywords: oooqa
Depends on:
Reported: 2004-01-11 13:25 UTC by mjneedles
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description mjneedles 2004-01-11 13:25:48 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.
Comment 1 askoning 2004-01-12 10:43:49 UTC
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)
Comment 2 h.ilter 2004-01-12 13:46:28 UTC
HI->OS: It is really since 680 and occurs only with wordprocessor. 
Comment 3 Oliver Specht 2004-01-12 14:13:29 UTC
 	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++

Comment 4 Mathias_Bauer 2004-01-12 16:07:45 UTC
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"?
Comment 5 andreas.schluens 2004-01-14 09:00:58 UTC
This bug combines two problems:
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.

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 ***
Comment 6 andreas.schluens 2004-01-14 09:02:35 UTC
Comment 7 thorsten.ziehm 2004-12-16 11:22:09 UTC
As described, this task can be closed. The duplicate task is 10286 and has
target 'office later'.
Comment 8 thorsten.ziehm 2004-12-16 11:23:24 UTC
Comment 9 thorsten.ziehm 2004-12-16 11:23:46 UTC