Issue 86397 - UNC paths do not work with non-ASCII characters in host
Summary: UNC paths do not work with non-ASCII characters in host
Status: CLOSED WONT_FIX
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 2.3.1
Hardware: All Windows, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: thorsten.martens
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-23 22:10 UTC by kpalagin
Modified: 2009-02-08 15:22 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description kpalagin 2008-02-23 22:10:09 UTC
(Another incarnation of http://www.openoffice.org/issues/show_bug.cgi?id=53184)
Opening files from UNC via \\host\share\fil.ext does not work if "host" 
contains non-ASCII characters (for example, national characters).
I strongly suggest removing any checks for path "correctness".
Comment 1 rail_ooo 2008-02-24 07:17:47 UTC
add cc
Comment 2 hennes.rohling 2008-02-25 15:25:09 UTC
Won't remove checks for hostname correctness. This would result in unwanted side
effects.

OOo is a multiplatform office suite. Those hostnames with special characters are
not conform with RFC 952. Nevertheless it's common pratise on Windows to use
underscores in hostnames, so we support them for pragmatic reasons.

But - when you specify a computer name with non-standard characters Windows
warns you that other computers might not find your host when using non-standard
characters. At least when you try to access to host from Linux you'll have a
problem.

The warning Window XP displays has a good reason

You might state that other progs like MS Office don't care such hostnames.

But...
- is MS Office also running on Linux f.e. ? - No
- is it a good idea to give computers non RFC conform hostnames ? - No

Or look at this issue #49889 (Crash is bad therefor it's still open)

Same stuff..... for me it means "You want a problem ? O.K. you'll get one".
Comment 3 hennes.rohling 2008-02-25 15:26:21 UTC
Closed.
Comment 4 kpalagin 2008-02-25 18:08:44 UTC
RFC952 not only is 22 years old, but it applies to HOSTS file.

I think that RFC 2181 should be applied in our case:
"The DNS itself places only one restriction on the particular labels
   that can be used to identify resource records.  That one restriction
   relates to the length of the label and the full name.  The length of
   any one label is limited to between 1 and 63 octets.  A full domain
   name is limited to 255 octets (including the separators).  "
"... any binary string whatever can be used as the label of any
   resource record"

In addition to that Vista does not warn you when using national characters for 
host name, but it encourages users to do so - it offers host name constructed 
like "username-PC", where "username" is very likely to be non-English for non-
English versions of Vista AND "PC" is replaced by language-specific equivalent 
(which is "ПК" in Russian).
This means that with proliferation of Vista we are going to get more and more 
cases of "I d-click the file in UNC folder, Office starts, but without file".

So let's be pragmatic and remove unnecessary and redundant checks, preventing 
pain for our users and further damage to our reputation.

I mean, you do not win hearts by being fundamentalistic and citing verces from 
RFCs. And we _do_ need all hearts that we can get.

Please reconsider WONTFIX and at least allow all chars >32.
Comment 5 hennes.rohling 2008-02-25 19:43:24 UTC
I feel RFC 1178 "Choosing a name for your computer" is a good reference.

RFC 2181 is about domain names not hostnames. Anyhow - it's not about RFCs we
are talking but that it is never a good idea to chose a computer name that
consists of anything other than alphanumeric plus hyphens.

From a users point of view RFCs are not of interest. Users do not want to know
why things work or not - they should work - period. So far you're right.

That Vista creates such computer names is one thing that enforces users to work
in  a Vista only network along with f.e. NT-Domain names are case sensitive
whereas in XP and previous Windows they where case insensitive. I don't want to
comment on this.

As I said the check for "correct" hostnames is done in a platform independent
part of the code (tools/source/fsys/urlobj.cxx). Changing the defined behaviour
would result in side effects - a change would come along with a high risk and
effort to ensure nothing is broken.

If there's really an admin that allows or creates "non-standard" hostnames for
computers in the network...fire the admin. 
F.e. you'll never get those hostnames integrated into a heterogene network.

So maybe we're talking about a home network or SO network. Yes, here you might
be right (especially for Vista only networks) as long as OOo is the only
Non-Microsoft software used for network access.

So what I want to say is: Do you think that there's a significant number of
users that actually share their documents over a network and use localized
computer names and never got a problem except when using OOo ?

Or - would you chose a computer name with special characters in your own network
? Where are the hearts we can win by fixing this ?

So far I feel the risk and the effort are not worth the outcome - that's the
point why I said "WONTFIX". It's always a question of priority and so far there
are more important things to do.



Comment 6 kpalagin 2008-02-25 20:42:50 UTC
As part-time admin for several small companies I have seen a number of cases 
where computer had name in Russian (starting from Win98).
Those are the companies where deploying OO would be natural, yet our 
limitation would hit me hard because those companies relay on peer-to-peer 
file sharing (and they will fire me for deploying OO, not the other guy for 
being liberal with machine names).

Vista's behavior facilitates using non-Latin chars in machine names, so we 
will have more and more cases like this.

I understand "risky" part, but we have 6 months of beta to discover potential 
problems and those problems will hit only people with problematic names. So 
they have nothing to loose and a lot to gain.

Please see if we can use this unique opportunity to make necessary change.
Thanks a lot.
Comment 7 kpalagin 2009-02-08 15:22:32 UTC
Hennes, Thorsten, Mathias 
once again I would like you to reconsider WONTFIX for this issue.
Even Linux recognises the need to access hosts with non-latin chars in names - 
you can put such entry in  LMHOSTS file and BIND resolves FQDNs with national 
characters in them.