Bug 81729 - Unintuitive ftp Hyperlink creation
Summary: Unintuitive ftp Hyperlink creation
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
4.2.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Hyperlink
  Show dependency tree / graph
 
Reported: 2014-07-25 05:37 UTC by Bugcruncher
Modified: 2023-11-09 16:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Bugcruncher 2014-07-25 05:37:03 UTC 
Problem description: 
Generally it is possible to browse for a file and click it for Hyperlink creation. This will fail if you do that for documents on an ftp location.

Steps to reproduce:
1. Do preparations as per Bug 80764 - FILEOPEN: 
   No Document Version control on ftp server
   (save a document on a ftp location)  
2. for test open document on ftp location from LibO File dialog
3. close document
4. Open empty new Calc Document
5. Click Hyplerink Icon
   (Hyplerlink dialog appears)
6. Click "Document" Icon  ► Click "Open Document" folder Icon
   under "Document" behind "Path"
   (Fileopen dialog appears)
7. Into Filename pand type "ftp://username@ftpserver.domain/"
   with data of your ftp server
   (Folder with document will appear)
8. Double click your test document
   Current behavior: Back to view after step 5 without any 
                     new entries
   Expected behavior: Recognizes that Internet / FTP view will
                      be required, inserts server name ane 
                      user ID to fields

This even will  not work if you created a bookmark under "locations" of LibO File Dialog.
Operating System: Windows 7
Version: 4.2.5.2 release
Comment 1 Robinson Tryon (qubit) 2014-12-24 04:20:14 UTC 
TESTING with LO 4.4.0.1 + Ubuntu 14.04

(In reply to Bugcruncher from comment #0)
> Steps to reproduce:
> 1. Do preparations as per Bug 80764 - FILEOPEN: 
>    No Document Version control on ftp server
>    (save a document on a ftp location)  
> 2. for test open document on ftp location from LibO File dialog
> 3. close document

ok

> 4. Open empty new Calc Document
> 5. Click [Hyperlink] Icon
>    ([Hyperlink] dialog appears)
> 6. Click "Document" Icon  ► Click "Open Document" folder Icon
>    under "Document" behind "Path"
>    (Fileopen dialog appears)
> 7. Into Filename pand type "ftp://username@ftpserver.domain/"
>    with data of your ftp server
>    (Folder with document will appear)

I can't repro this way: Ubuntu says that the 'specified location is not mounted.'

If I enable LibreOffice dialogs (Tools -> Options -> LibreOffice -> General -> [x] Use LibreOffice dialogs), I can then open the FTP location via the "Servers..." button in the File-open dialog.

> 8. Double click your test document

ok

>    Current behavior: Back to view after step 5 without any 
>                      new entries

You mean that File-open dialog closes, bringing us back to the Hyperlink dialog?
(CONFIRMED)

I can also confirm that there is no value in the 'Path' field.

>    Expected behavior: Recognizes that Internet / FTP view will
>                       be required, inserts server name ane 
>                       user ID to fields

I'd expect the entire path to the document to be added to the 'Path' field, but it's currently empty.

I'm going to tentatively confirm this, as I'd at least expect to get a warning or error when LibreOffice fails to link to a file on an FTP server.

Status -> NEW
Comment 2 QA Administrators 2016-01-17 20:04:23 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2017-03-06 14:23:38 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2019-12-03 14:17:45 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2021-12-03 04:31:38 UTC Comment hidden (obsolete)
Comment 6 Michael Stahl (allotropia) 2023-11-09 16:01:59 UTC 
FTP support was removed in bug 146386