#555 link to windoes path

[mwx]

b0zz,

upgraded to v0.91 plus your latest pathes.

Now, a URL link to a windows path like
file://N:/PROJECT/abc/10_TEST/Release%20Notes/RN.doc
failes when entered correctly.

OWL itself seems to hang, after entering that URL.
Screen turns blank.

Afterwards, I can edit Link path but OWL internally
keeps 3 slashes like "file:///N:" which will not work.

I do see in display:

URL: file://N:/PROJECT/abc/10_TEST/Release%
20Notes/RN.doc
file: file://N:/PROJECT/abc/10_TEST/Release%
20Notes/RN.doc

the valid windoes path with "file://N:", however,
Intenet explorer complains with pop-up
showing "file:///N:/PROJECT/abc/10_TEST/Release%
20Notes/RN.doc"

mwx2006

[Steve]

Logged In: YES
user_id=55225

comment out line 1038 in dbmodify.php and let me know if
that works nor not?

#$userfile = ereg_replace("file://", "file:///" ,
$userfile);

B0zz

[mwx]

Logged In: YES
user_id=1551058

b0zz,
did as indicated. After emoving line in php file, what we
see is:

+ Firefox v1.5.0.4 handles link as expected. We see in
status line
file:///N:/PROJECT/abc/10_TEST/Release Notes/RN.doc
i.e. Firefox shows link with BLANKs

- IE however corrupts URL, we see in status line
file:///N:/PROJECT/abc/10_TEST/Release%25
20Notes/RN.doc

i.e. 3x slash after "file:"
%20 = BLANK translated into '%2520'
That - of course - does not work.

Weird.

[Steve]

Logged In: YES
user_id=55225

hmm,

Not sure what to do about this, could this be an IE issue?

B0zz

[mwx]

Logged In: YES
user_id=1551058

b0zz,

our status on handling of URLs (we use dbmodify 1.47 plus
removed line 1038)

Further Changes:
we removed line 1039 also (replacing BLANK with %20)
because we feel that WIN users will not understand usage
of '%20'.
--> merge to latest in cvs (v1.48)?

Results:

ADD URL
1. works as expected. Backslash is replaced, BLANKs remain
BLANKs
2. dbmodify.php works e-x-t-r-e-m-e-l-y- slow (~20sec)
3. dbmodify.php will not terminate correctly, we see a
blank screen. unexperienced users lost session.
--> Can you tune performance and also return to BROWSE
display?

CHANGE URL
4. will fail when copy-past of another WIN path containing
BLANKs and '\' into field FILE (
5. I currently MUST enter '/' instead of '\'. Failing to do
so results in removal of all '\'.

Users see different behavior when ADDING URL vs. CHANGING
URL.
--> Can you add translation also when CHANGING URL?

mwx2006

[Steve]

Logged In: YES
user_id=55225

2 and 3. this is because there is code that that tries to
connect to the remote host to get the site title. SO type
in a Title of some kind under the URL, and that should speed
things up.

4-5: add \\ to your list_of_valid_chars in the owl.php

Not sure what you mean "Can you add translation also when
CHANGING URL?"

B0zz

[mwx]

Logged In: YES
user_id=1551058

2+3: entering text in field Title (MODIFY FILE PROPERTIES)
does not help with WINDOWS links.
Can you make OWL (easily) suppress this lookup when we find
out it's a WINDOWS link?

4+5: did as told. BUT what we see is: ADDING URL works as
before. in MODIFY FILE PROPERTIES, when changing File field
by copy-past of Windows LINK (same than when ADDING LINK,
after applying the patch, the WINDOWS-path looks like
file:\DirSubdir
when in fact it should be
file://Dir/SubDir/Subdir/File

That corrupt/truncated link I cannot remove using my
browser. Because I do not see AVAILABLE URL ACTIONS popup
menu.