ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
Text |
 |
1023
|
Fri Mar 25 00:30:57 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > - Irestarted the daemon
> - attached strace to it
> - requested the list for a testin logbook, |
|
1024
|
Fri Mar 25 00:33:51 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > It seems that uploading files with spaces
in the name *now* works well... so the
> problem should be somewhere in the handling |
|
1031
|
Tue Mar 29 11:49:29 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > > - Irestarted the daemon
> > - attached strace to it
> > - requested the list for a testin logbook, |
|
1034
|
Tue Mar 29 16:21:32 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > > - Irestarted the daemon
> > - attached strace to it
> > - requested the list for a testin logbook, |
|
958
|
Wed Feb 23 18:07:24 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | r1.571 | boundary problem with Type lists display | using:
Display mode = threaded
List display = Subject, Type, Author, Date
|
|
967
|
Wed Mar 2 15:19:56 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | r1.571 | Re: boundary problem with Type lists display | > using:
> Display mode = threaded
> List display = Subject, Type, Author, Date
|
|
962
|
Thu Feb 24 12:45:02 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | r. 1.571 | Re: HTML 4.1 transitional validation fails | > > > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp
> > <br>
> > > it should be used an HTML entity instead |
|
968
|
Wed Mar 2 17:31:33 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | r. 1.571 | Re: HTML 4.1 transitional validation fails | > > I tried to substitute avery occurrence
of hard coded "&" with "&" but it does
> > not do the job at all ... infact the |
|