Apache OpenOffice (AOO) Bugzilla – Issue 56173
Problem creating hyperlinks in Presentation
Last modified: 2005-10-21 15:17:02 UTC
For future bugs, I'll try to provide cleaner repro steps. The description below was copied from a post to the OO users mailing list. Version number was 1.9.93 (didn't see it in the found in version pull-down list). Best, Walt --- Specifically I wanted to insert a link in which the target was http://www.google.com/search?q=define:Open+source and the displayed link text was "Google" (minus the quotation marks). I first tried inserting the hyperlink using the Insert > Hyperlink command. I specified the "target" and "text" fields, and although Impress created the link, it didn't work properly. The link was created, but it didn't go anywhere. I then tried inserting the same link but without specifying the link text. In this case, the target of the link is displayed on screen as the default link text. The resulting link worked perfectly. I consulted the help information and found I could also create a link using the Hyperlink Bar toolbar. I again tried to create a link with the previously mentioned target and name. It worked fine, too. This is an odd error, as I would have thought both the Insert > Hyperlink and Hyperlink Bar toolbar would use the same underlying mechanism.
There seems to be something wrong. When I insert the link in the target field I get crashes. Mostly after deleting the first try and inserting another. The ID of the error report is r5hg38.
sj->wg: I think you are mixing two different bugs, the first problem Walt described has to do with inconsistency whereas you are having problems with a gpf, so please split them up. I added the stacktrace for your gpf and can say that most probably kso is right person for your crash. ChildEBP RetAddr 1f8cf1c8 7c90104b ntdll!RtlpWaitForCriticalSection+0x8c 1f8cf204 60e1b3de ntdll!RtlEnterCriticalSection+0x46 1f8cf230 60e21e0e ucpdav1!ne_xml_create( void )+0x4b [o:\src680\src.m133\neon\wntmsci10.pro\misc\build\neon-0.24.7\src\ne_xml.c @ 418] 1f8cf244 60e2204d ucpdav1!ne_propfind_create(ne_session_s* sess = 04fd3d40 , char* uri = 0653f958 "", int depth = 0)+0x13 [o:\src680\src.m133\neon\wntmsci10.pro\misc\build\neon-0.24.7\src\ne_props.c @ 543] 1f8cf260 60e194a2 ucpdav1!ne_simple_propfind(ne_session_s* sess = 04fd3d40 , char* href = 0653f958 "", int depth = 0, ne_propname* props = 06eb0100 , * results = 60e19358 , void* userdata = 1f8cfab8 )+0x13 [o:\src680\src.m133\neon\wntmsci10.pro\misc\build\neon-0.24.7\src\ne_props.c @ 585] 1f8cf294 60e158fc ucpdav1!webdav_ucp::NeonPropFindRequest::NeonPropFindRequest(ne_session_s* inSession = 04fd3d40 , char* inPath = 0653f958 "", webdav_ucp::Depth inDepth = 0 ( DAVZERO ), _STL::vector >* inPropNames = 1f8cfac8 , _STL::vector >* ioResources = 1f8cfab8 , int* nError = 1f8cf2c0 )+0x74 [o:\src680\src.m133\ucb\source\ucp\webdav\neonpropfindrequest.cxx @ 261] 1f8cf2d0 60e11505 ucpdav1!webdav_ucp::NeonSession::PROPFIND(rtl::OUString* inPath = 06f28084 , webdav_ucp::Depth inDepth = 0 ( DAVZERO ), _STL::vector >* inPropNames = 1f8cfac8 , _STL::vector >* ioResources = 1f8cfab8 , webdav_ucp::DAVRequestEnvironment* rEnv = 0653f950 )+0x6e [o:\src680\src.m133\ucb\source\ucp\webdav\neonsession.cxx @ 754] 1f8cf320 60e08e34 ucpdav1!webdav_ucp::DAVResourceAccess::PROPFIND(webdav_ucp::Depth nDepth = 0 ( DAVZERO ), _STL::vector >* rPropertyNames = 1f8cfac8 , _STL::vector >* rResources = 1f8cfab8 , com::sun::star::uno::Reference* xEnv = 06f27fd8 )+0x82 [o:\src680\src.m133\ucb\source\ucp\webdav\davresourceaccess.cxx @ 224] 1f8cfb00 60e09595 ucpdav1!webdav_ucp::Content::getResourceType(com::sun::star::uno::Reference* xEnv = 06f27fd8 )+0x148 [o:\src680\src.m133\ucb\source\ucp\webdav\webdavcontent.cxx @ 2878] 1f8cfb90 60e0b6e3 ucpdav1!webdav_ucp::Content::getPropertyValues(com::sun::star::uno::Sequence* rProperties = 1f8cfbf4 , com::sun::star::uno::Reference* xEnv = 06f27fd8 )+0x219 [o:\src680\src.m133\ucb\source\ucp\webdav\webdavcontent.cxx @ 1215] 1f8cfc08 60ec5a64 ucpdav1!webdav_ucp::Content::execute(com::sun::star::ucb::Command* aCommand = 1f8cfc5c , long CommandId = 1, com::sun::star::uno::Reference* Environment = 06f27fd8 )+0xf9 [o:\src680\src.m133\ucb\source\ucp\webdav\webdavcontent.cxx @ 651] 1f8cfc40 60ec5e2d ucbhelper3MSC!ucb::Content_Impl::executeCommand(com::sun::star::ucb::Command* rCommand = 1f8cfc5c )+0x4a [o:\src680\src.m133\ucbhelper\source\client\content.cxx @ 1838] 1f8cfc90 60ec74de ucbhelper3MSC!ucb::Content::getPropertyValuesInterface(com::sun::star::uno::Sequence* rPropertyNames = 04250008 )+0xab [o:\src680\src.m133\ucbhelper\source\client\content.cxx @ 765] 1f8cfcd0 60ec779f ucbhelper3MSC!ucb::Content::getPropertyValues(com::sun::star::uno::Sequence* rPropertyNames = 1f8cfce8 )+0x21 [o:\src680\src.m133\ucbhelper\source\client\content.cxx @ 702] 1f8cfcf8 60ec7876 ucbhelper3MSC!ucb::Content::getPropertyValue(rtl::OUString* rPropertyName = 1f8cfd30 )+0x44 [o:\src680\src.m133\ucbhelper\source\client\content.cxx @ 651] 1f8cfd44 60bd1b2e ucbhelper3MSC!ucb::Content::isFolder( void )+0x36 [o:\src680\src.m133\ucbhelper\source\client\content.cxx @ 1565] 1f8cfdcc 61fb93ea utl680mi!utl::UCBContentHelper::IsFolder(String* rContent = 1f8cff48 )+0x8f [o:\src680\src.m133\unotools\source\ucbhelper\ucbhelper.cxx @ 261] 1f8cff64 608d4324 svt680mi!SvtMatchContext_Impl::run( void )+0x2a1 [o:\src680\src.m133\svtools\source\control\inettbc.cxx @ 712] 1f8cff74 63651202 vos3MSC!_OThread_WorkerFunction(void* pthis = 044ad068 )+0xd [o:\src680\src.m133\vos\source\thread.cxx @ 66] 1f8cff80 7c349565 sal3!oslWorkerWrapperFunction(void* pData = 06f2ec40 )+0x16 [o:\src680\src.m133\sal\osl\w32\thread.c @ 81] 1f8cffb4 7c80b50b msvcr71!_endthreadex+0xa0 1f8cffec 00000000 kernel32!BaseThreadStart+0x37 0:010> q quit:
10/19/05 - waltcamp45 Folks, sorry to further confuse the issue. But I just tried to repro this bug with the latest OO version (2.0 RC2), and the problem doesn't occur. The previously noted inconsistency no longer appears. On another note (one that should perhaps be logged as a separate issue), it's odd to me that the hyperlinks usually don't work is I already have a browser open. For example, if I have my browser (Firefox) open and a few browser tabs displayed, clicking a Presentation hyperlink has no effect. However, if I close the browser and then click the link, it functions perfectly -- launches the browser and takes me to the specified URL. A puzzler - Walt
Thanks for testing this in a new version. I still can reproduce the crash in RC3 but not in an internal current version anymore. The browser problem from your last comment cannot be reproduced here. But I have the mozilla suite atm, I will have a look on Firefox, maybe it is a Browser issue.
Ok in Firefox for me. If this still is occuring please write a new issue for this. Thanks for your help.