16 Jan
2008
16 Jan
'08
12:02 p.m.
Hi all,
I know it is good to avoid special characters in document names, but to
the best of my knowledge is not possible up to now to prevent users to
use them.
For instance, we have a number of entries including / in the document
name. These documents are created, but are not longer accessible. So, no
rename or delete seems possible from the web interface.
Thus, two questions:
1. Could it be advisable to have a way to prevent the use or this or
other characters in newly created documents?
2. If I delete the entry from the xwiki_epecnet.xwikidoc table, could
I affect the correct function of the database?
Thanks!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
16 Jan
16 Jan
4:29 p.m.
I have the same issue, and when of my users uploads a filename with a special character, I
end up removing an entry in XWIKIATTACHEMENT, XWIKIATTACHEMENT_ARCHIVE,
XWIKIATTACHEMENT_CONTENT.
--
Emmanuel FAUX
Tél. : 01 70 18 24 01 - Mob. : 06 28 09 73 20
DSI Entreprise, Installation Clients
Neuf Cegetel
40-42 Quai du Point du Jour, 92659 Boulogne-Billancourt
-----Message d'origine-----
De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de Your XEN ICT
Team - Ricardo Rodriguez
Envoyé : mercredi 16 janvier 2008 12:02
À : XWiki Users
Objet : [xwiki-users] document name including /
Hi all,
I know it is good to avoid special characters in document names, but to
the best of my knowledge is not possible up to now to prevent users to
use them.
For instance, we have a number of entries including / in the document
name. These documents are created, but are not longer accessible. So, no
rename or delete seems possible from the web interface.
Thus, two questions:
1. Could it be advisable to have a way to prevent the use or this or
other characters in newly created documents?
2. If I delete the entry from the xwiki_epecnet.xwikidoc table, could
I affect the correct function of the database?
Thanks!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
4:46 p.m.
FAUX, Emmanuel wrote:
I have the same issue, and when of my users uploads a
filename with a special character, I end up removing an entry in XWIKIATTACHEMENT,
XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
Thanks, Emmanuel. I'll do that.
Anyway, don't you think this issue is worth a JIRA issue? I supposed a
discussion here is not needed to create such an issue, but I would like
to know if there is some reason to allow all this characters like /, \
or ~ that cause problems with documents and attachments names. Of course
it could be considered a naming convention not to use this characters,
but if we/I what to promote the use of XWiki among users that are not
aware of this problems and usually use this characters (and others like,
ñ, á, é, ö,... ) while naming files and folders.
Thanks for your opinions!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
6:26 p.m.
Anyway, don't you think this issue is worth a JIRA
issue?
My first issue... XE-182
I supposed a discussion here is not needed to create
such an issue, but I > would like to know if there is some reason to allow all this
characters
like /, \ or ~ that cause problems with documents and attachments names.
Of course it could be considered a naming convention not to use this
characters, but if we/I what to promote the use of XWiki among users that
are not aware of this problems and usually use this characters (and others
like, ñ, á, é, ö,... ) while naming files and folders.
On my side, users upload attachements with é à / ~ in their names because they can and
they are not aware that it causes some troubles later.
Those who were trapped do not include special characters anymore but a new user would
certainly include those characters.
--
Emmanuel FAUX
-----Message d'origine-----
De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de Your XEN ICT
Team - Ricardo Rodriguez
Envoyé : mercredi 16 janvier 2008 16:46
À : XWiki Users
Objet : Re: [xwiki-users] document name including /
FAUX, Emmanuel wrote:
I have the same issue, and when of my users uploads a
filename with a special character, I end up removing an entry in XWIKIATTACHEMENT,
XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
Thanks, Emmanuel. I'll do that.
Anyway, don't you think this issue is worth a JIRA issue? I supposed a
discussion here is not needed to create such an issue, but I would like
to know if there is some reason to allow all this characters like /, \
or ~ that cause problems with documents and attachments names. Of course
it could be considered a naming convention not to use this characters,
but if we/I what to promote the use of XWiki among users that are not
aware of this problems and usually use this characters (and others like,
ñ, á, é, ö,... ) while naming files and folders.
Thanks for your opinions!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
8:36 p.m.
Emmanuel,
XWiki is supposed to handle any type of name for document,
including /, accents, etc.
For / I don't know why it's not working. I remember it was working.
Someone will need to track this down.
For the accents, maybe you haven't configured XWiki in UTF8 mode?
Thanks
-Vincent
On Jan 16, 2008, at 6:26 PM, FAUX, Emmanuel wrote:
Anyway,
don't you think this issue is worth a JIRA issue?
My first issue... XE-182
I supposed a discussion here is not needed to
create such an issue,
but I > would like to know if there is some reason to allow all
this characters
like /, \ or ~ that cause problems with documents and attachments
names.
Of course it could be considered a naming convention not to use this
characters, but if we/I what to promote the use of XWiki among
users that
are not aware of this problems and usually use this characters (and
others
like, ñ, á, é, ö,... ) while naming files and folders.
On my side, users upload attachements with é à / ~ in their names
because they can and they are not aware that it causes some troubles
later.
Those who were trapped do not include special characters anymore but
a new user would certainly include those characters.
--
Emmanuel FAUX
-----Message d'origine-----
De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la
part de Your XEN ICT Team - Ricardo Rodriguez
Envoyé : mercredi 16 janvier 2008 16:46
À : XWiki Users
Objet : Re: [xwiki-users] document name including /
FAUX, Emmanuel wrote:
I have the same issue, and when of my users
uploads a filename with
a special character, I end up removing an entry in
XWIKIATTACHEMENT, XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
Thanks, Emmanuel. I'll do that.
Anyway, don't you think this issue is worth a JIRA issue? I supposed a
discussion here is not needed to create such an issue, but I would
like
to know if there is some reason to allow all this characters like /, \
or ~ that cause problems with documents and attachments names. Of
course
it could be considered a naming convention not to use this characters,
but if we/I what to promote the use of XWiki among users that are not
aware of this problems and usually use this characters (and others
like,
ñ, á, é, ö,... ) while naming files and folders.
Thanks for your opinions!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:15 p.m.
Vincent Massol wrote:
Emmanuel,
XWiki is supposed to handle any type of name for document,
including /, accents, etc.
For / I don't know why it's not working. I remember it was working.
Someone will need to track this down.
For the accents, maybe you haven't configured XWiki in UTF8 mode?
Thanks
-Vincent
Thanks, Vincent.
Please, why is there a different between / and accents?
I've not configured XWiki in UTF8 mode, but accents seems to work.
Please, how a change to UTF8 as default encoding will affect to current
contents?
Also, If I create a document a/b, a new document b is created in a new
space a. A new document a/b/c creates a new document c in a new space
a.b. I am not able to recall how I have successfully created a document
called PCI/A/9641/07 that is the one I am not able to delete now.
Long attachments names are cropped and added a ~ before .extension. This
files are not usable as entries in the Attachment Macro.
I am using XWiki 1.2-rc-1.6216. I will updated as soon as 1.2 is ready.
Thanks for your help,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
10:32 p.m.
FAUX, Emmanuel wrote:
Sorry! I'd failed to find it!
Yeap, this is a clear solution. But to mess directly with databases is
not a great idea... I think :-)
As Vincent stated, XWiki is supposed to admit any character. Provided
that documents created in XWiki are only intended to be accessed by
XWiki or any other database client that will have capacity to correctly
handle encoding stuff, it seems that there is not a single reason to
avoid this "extended characters".
We here try to convince users not to use this characters while naming
files, folders or documents as a rule of thumb to avoid a number of
problems while switching among platforms here and there, working with
computer we can not control the configuration.
But of course it will be great to be able of using any character at
least while sticking to XWiki.
As Vincent does ask, have you configured your XWiki installation for UTF-8?
Thanks!
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
Anyway,
don't you think this issue is worth a JIRA issue?
My first issue... XE-182
I supposed a
discussion here is not needed to create such an issue, but I > would like to know if
there is some reason to allow all this characters
like /, \ or ~ that cause problems with documents and attachments names.
Of course it could be considered a naming convention not to use this
characters, but if we/I what to promote the use of XWiki among users that
are not aware of this problems and usually use this characters (and others
like, ñ, á, é, ö,... ) while naming files and folders.
On my side, users upload attachements with é à / ~ in their names because they can and
they are not aware that it causes some troubles later.
Those who were trapped do not include special characters anymore but a new user would
certainly include those characters.
--
Emmanuel FAUX
17 Jan
17 Jan
10:45 a.m.
As Vincent does ask, have you configured your XWiki
installation for
UTF-8 ?
Nope. Current encoding is ISO-8859-1
But if it avoids me to remove db entries, I'm gonna configure it as soon as I can.
I've read http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding
Some questions :
1 - I already have a good load of content, can I switch to UTF-8 without wrecking the
wiki ?
2 - I use Oracle 10G. It's likely that I have to configure UTF-8 as its default
character set. As anyone done that already ?
Thanks for your help.
Xwiki is a great product.
--
Emmanuel FAUX
-----Message d'origine-----
De : users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] De la part de Your XEN ICT
Team - Ricardo Rodriguez
Envoyé : mercredi 16 janvier 2008 22:32
À : XWiki Users
Objet : Re: [xwiki-users] document name including /
FAUX, Emmanuel wrote:
Anyway,
don't you think this issue is worth a JIRA issue?
My first issue... XE-182
I supposed a
discussion here is not needed to create such an issue, but I > would like to know if
there is some reason to allow all this characters
like /, \ or ~ that cause problems with documents and attachments names.
Of course it could be considered a naming convention not to use this
characters, but if we/I what to promote the use of XWiki among users that
are not aware of this problems and usually use this characters (and others
like, ñ, á, é, ö,... ) while naming files and folders.
On my side, users upload attachements with é à / ~ in their names because they can and
they are not aware that it causes some troubles later.
Those who were trapped do not include special characters anymore but a new user would
certainly include those characters.
--
Emmanuel FAUX
18 Jan
18 Jan
12:05 a.m.
FAUX, Emmanuel wrote:
As far as I understand, all involved actors must run the same encoding.
It is just a guess, but if your database and your XWiki run with
different encoding, URLs with characters like á, ñ, or / won't work.
Regarding contents by themselves, I've found a number of references that
make advisable to go with extreme care. For
instance...http://jira.atlassian.com/browse/CONF-5281.
I am updating now to 1.2. Once I have this stable release running, I
will regain access to some issues that concern encoding and come back to
this thread.
As Vincent
does ask, have you configured your XWiki installation for
UTF-8 ?
Nope. Current encoding is ISO-8859-1
But if it avoids me to remove db entries, I'm gonna configure it as soon as I can.
I've read http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding
Some questions :
1 - I already have a good load of content, can I switch to UTF-8 without wrecking the
wiki ?
2 - I use Oracle 10G. It's likely that I have to
configure UTF-8 as its default character set. As anyone done that already ?
No idea, sorry.
Thanks for your help.
Xwiki is a great product.
I completely agree!
Cheers,
Ricardo
--
Ricardo Rodríguez
Your XEN ICT Team
10:28 a.m.
Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
I haven't tried (and really do not understand why there's anyone on
earth sticking with iso-8859-1 (except for wrongly configured editors
such emacs) but:
I know that the DB-installation instruction say that the DB should be
configured for encoding unicode, so that the java-strings <-> DB is
encoding proof for any encoding.
XML import is also bullet proof there: the encoding value is written
in the header.
Where you change encoding is at the front-end (delivery, hence input)
and there, I think you can change this right away, the re-encoding
happens in java in all cases, to any encoding.
My 2p.
paul
1 - I already
have a good load of content, can I switch to UTF-8
without wrecking the wiki ?
As far as I understand, all involved actors must run
the same
encoding.
It is just a guess, but if your database and your XWiki run with
different encoding, URLs with characters like á, ñ, or / won't work. 
10:47 a.m.
Paul Libbrecht wrote:
Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
I haven't tried (and really do not understand why there's anyone on
earth sticking with iso-8859-1 (except for wrongly configured editors
such emacs) but:
I know that the DB-installation instruction say that the DB should be
configured for encoding unicode, so that the java-strings <-> DB is
encoding proof for any encoding.
XML import is also bullet proof there: the encoding value is written in
the header.
Where you change encoding is at the front-end (delivery, hence input)
and there, I think you can change this right away, the re-encoding
happens in java in all cases, to any encoding.
My 2p.
paul
Hi,
I agree with you that 8859-1 is not the best encoding for a default, and
that UTF-8 should be the default if we want to see XWiki used in
non-USA/Western Europe countries.
However, changing the encoding is not as simple as you say. The most
important things, external to XWiki, are:
- By default, some databases are configured in latin1 (like mySql).
Setting the database to utf8 is something the system administrator must
do, as we cannot specify it from XWiki. We could specify the encoding of
each table, IF hibernate supported this. But it does not, so not even
that is possible.
- The JVM uses the system encoding, if not manually specified. And
almost all operating systems are configured for 8859-1, maybe except
those that can be found in Asian countries. And all strings written are
by default converted to the system encoding, unless we override the
default. And changing the default JVM encoding, again, is something we
cannot do. We have an issue for overriding the initial encoding from the
platform with the one specified in xwiki.cfg or web.xml, but it is not
implemented yet. (I did it locally, but the code wasn't nice, so I had
to postpone this fix until I find a better solution).
We are planning to switch to UTF by default, but there are several
changes needed in the platform. And more important, we need a lot of
testing to make sure that nothing gets broken by this change. Chances
are it will work, as I have setup several sites using UTF-8, and nobody
reported problems until now. (There were several problems, but they have
been fixed already).
Sergiu
1 - I
already have a good load of content, can I switch to UTF-8
without wrecking the wiki ?
As far as I understand, all involved actors must run
the same encoding.
It is just a guess, but if your database and your XWiki run with
different encoding, URLs with characters like á, ñ, or / won't work.
19 Jan
19 Jan
1:12 a.m.
FAUX, Emmanuel wrote:
I have the same issue, and when of my users uploads a
filename with a special character, I end up removing an entry in XWIKIATTACHEMENT,
XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
Hi, Emmanuel,
I'm trying to remove some in troubles documents. None of them has
attachments, so I think these three tables are not involved. The only
table I found with a record for each document is XWIKIDOC.
But if I delete a document for this table, it is still available in the
wiki. It is not searchable, but I can access it with its former URL.
I've emptied the browser cache and tried Safari, Firefox, Explorer and
Opera. Delete was commited in MySQL.
Please, where is the document stored? Thanks!
--
Ricardo Rodríguez
Your XEN ICT Team
6139
days inactive
6142
days old
11 comments
5 participants
participants (5)
-
FAUX, Emmanuel -
Paul Libbrecht -
Sergiu Dumitriu -
Vincent Massol -
Your XEN ICT Team - Ricardo Rodriguez