ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 679 of 807

Not logged in

Find | Login | Help

Full | Summary | Threaded | Hide attachments

6453 Entries

Goto page Previous 1, 2, 3 ... 678, 679, 680 ... 805, 806, 807 Next

Wed Aug 5 13:36:44 2009

Re: init_resize sometimes not defined

Richard Stamper wrote:

Under some circumstances the New/Edit entry screen can invoke the init_resize() function in the onload handler for the <body> tag, but the init_resize() function is not defined. In my case there is a log where the encoding is plain text (Default encoding = 1) and the message height is restricted (Message height = 4). Creating or editing entries in this log generates warnings in the Firefox error console and alert boxes in IE about init_resize being undefined.

I think there is some missing logic. In revision 2246 of elogd.c

at line 9924, if enc_selected = 1 then init_resize() is included in the onload handler, but
at line 9801, if enc_selected = 1 but at least one of the "Message height" or "Message width" attributes is set then the code defining init_resize() is not include

I think you need to duplicate the checks on the Message height and Message width attributes at lines 9924, so that the init_resize() function is only included when defined.

Richard S

Perfect! Not only your analysis but also your suggested solution. I implemented that in revision 2249.

Stefan

66496

Thu Aug 6 11:40:11 2009

soren poulsen

soren.poulsen@cern.ch

Bug report

Linux

2.7.7

HTML in attribute values

Hi,

I am using syntax like (from the doc):

Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a>

Until yesterday this was interpreted as HTML.

After upgrading to 2.7.7, I still get a valid link but the full HTML code is also displayed: the user sees
''<a href="http://any.company.com/telbook.cgi?search=myname">myname's telephone number</a>''
where he should only see:
''myname's telephone number''

I am 99% sure this is a consequence of the upgrade. Is there a way to get the original behaviour back?
Thanks a lot
Soren Poulsen

66497

Thu Aug 6 11:53:29 2009

soren poulsen

soren.poulsen@cern.ch

Bug report

Linux

2.7.7

Re: HTML in attribute values

soren poulsen wrote:

Hi,

I am using syntax like (from the doc):

Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a>

Until yesterday this was interpreted as HTML.

After upgrading to 2.7.7, I still get a valid link but the full HTML code is also displayed: the user sees
''<a href="http://any.company.com/telbook.cgi?search=myname">myname's telephone number</a>''
where he should only see:
''myname's telephone number''

I am 99% sure this is a consequence of the upgrade. Is there a way to get the original behaviour back?
Thanks a lot
Soren Poulsen

I have more precise information about the nature of this issue, which concerns the display of E-logs

In the previous version 2.7.6, E-log would generate HTML like this:

td class="attribvalue">
<a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15403690&button=Search">15403690</a> </td>

In the latest version 2.7.7, E-log generates HTML like this (for the same attribute):

<td class="attribvalue">
<a href="<a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15575045&button=Search">https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15575045&button=Search</a>">15575045</a> </td>

Soren Poulsen

66498

Thu Aug 6 12:11:50 2009

Re: HTML in attribute values

soren poulsen wrote:

Hi,

I am using syntax like (from the doc):

Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a>

Until yesterday this was interpreted as HTML.

After upgrading to 2.7.7, I still get a valid link but the full HTML code is also displayed: the user sees
''<a href="http://any.company.com/telbook.cgi?search=myname">myname's telephone number</a>''
where he should only see:
''myname's telephone number''

I am 99% sure this is a consequence of the upgrade. Is there a way to get the original behaviour back?
Thanks a lot
Soren Poulsen

I have more precise information about the nature of this issue, which concerns the display of E-logs

In the previous version 2.7.6, E-log would generate HTML like this:

td class="attribvalue">
<a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15403690&button=Search">15403690</a> </td>

In the latest version 2.7.7, E-log generates HTML like this (for the same attribute):

You need

Allow HTML = 1

in your configuration file. See the documentation for details. This featue is new in 2.7.7.

66499

Thu Aug 6 13:09:50 2009

soren poulsen

soren.poulsen@cern.ch

Bug report

Linux

2.7.7

Re: HTML in attribute values

Stefan Ritt wrote:

soren poulsen wrote:

Hi,

I am using syntax like (from the doc):

Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a>

Until yesterday this was interpreted as HTML.

After upgrading to 2.7.7, I still get a valid link but the full HTML code is also displayed: the user sees
''<a href="http://any.company.com/telbook.cgi?search=myname">myname's telephone number</a>''
where he should only see:
''myname's telephone number''

I am 99% sure this is a consequence of the upgrade. Is there a way to get the original behaviour back?
Thanks a lot
Soren Poulsen

I have more precise information about the nature of this issue, which concerns the display of E-logs

In the previous version 2.7.6, E-log would generate HTML like this:

td class="attribvalue">
<a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15403690&button=Search">15403690</a> </td>

In the latest version 2.7.7, E-log generates HTML like this (for the same attribute):

You need

Allow HTML = 1

in your configuration file. See the documentation for details. This featue is new in 2.7.7.

Thanks a lot. In fact I did not read the 2.7.7 version of the documentation, which I should have done.

Have a good aftenoon

Soren

66519

Mon Aug 24 21:47:14 2009

Fix text prevents user from editing text during creation, instead of just edit

When we set Fix text = 1, according to the syntax, this should prevent users from modifying the text field during an edit, but it looks like it is blocking access at both time of edit and creation, meaning you can never add anything to it. Is that the intended functionality?

66527

Fri Sep 4 09:48:55 2009

Re: Fix text prevents user from editing text during creation, instead of just edit

Allen wrote:

Thanks for reporting that bug. I realized that this was not working at all since a long time. I fixed it in SVN revision 2245.

66532

Tue Sep 8 10:46:22 2009

Robert-Jan Schrijvers

Robert-Jan.Schrijvers@isoft.nl

Bug report

Windows

2.3.9

Use eLOG with Google Chrome

Hi Stephan,

one of the eLOG users at our company, has problems using eLOG in combination with Google Chrome (version 2.0.172.43), log in gives no problem, when selecting the appropiate department, he get's the following error:

Technical Information (for support personnel)

Error Code: 502 Proxy Error. The ISA Server denied the specified Uniform Resource Locator (URL). (12202)
IP Address: 130.78.137.1
Date: 8-9-2009 07:13:55 [GMT]
Server: NLISA1.top.local
Source: proxy

This problem does not appear with other browsers like IE7/8 and Firefox.

Do you have any clue?

Tnx in advance.

kind regards, RJ Schrijvers.

Goto page Previous 1, 2, 3 ... 678, 679, 680 ... 805, 806, 807 Next

ELOG V3.1.5-3fb85fa6