ELOG Forum

Re: If a Required Attribute starts with a number – No CKEditor

Windows | Other

3.1.1-bc8310a

Hi David,

I can confirm a bug: changing the encoding does not work if you have a required attribute starting with a digit. The following minimal config reproduces the bug:

[global]

Default encoding = 1

[test]

Attributes = 7SWM 

Options 7SWM = Name

Required Attributes = 7SWM

Whatever you choose as a default encoding you'll be stuck with. If you remove the "Required Attributes" it works again.

The workaround is very simple: do not use any attributes that do start with a digit :-)

Cheers, Andreas

David Dunne wrote:

Hello, Is the below an issue or am I doing something incorrectly? Creating an attribute starting with a number and then including that attribute in the Required Attribute list prevents access to the CKEditior. This appears to be the case at least with FreeBSD (10.2 Rel) using Elog V3.1.0 and Windows 7 with Elog V3.1.1-3f311c5. The problem can be recreated using the Elog supplied sample config and adding the necessary attribute, sample config showing below. While attribute 7SWM is part of the Required Attributes the CKEditor fails to appear, remove 7SWM from the Required Attributes list and the CKEditor returns. [global] port = 8080 [demo] Theme = default Comment = General Linux Tips & Tricks Attributes = Author, Type, Category, Subject, 7SWM Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Options 7SWM = Name-1, Name-2, Name-3 Extendable Options = Category Required Attributes = Author, Type, 7SWM Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type Thank you, David Dunne

68219

Tue Jan 12 17:38:52 2016

drag and drop attachments not working with web server authentication

Hello, The "Drop attachments here..." section does not work when using Webserver authentication. Both elog 3.1.1 (the binary RPM) and apache are running on EL6.6 and are configured according to the docs. Authentication works fine and the normal "Choose File - Upload" attachment table works fine. However, when dragging an attachment to the "Drop attachments here..." section the dashes on the border turn green but when dropping the attachment nothing happens. If we revert to File authentication, everything works fine. I don't see any errors in our elog or apache log files. Any suggestions would be greatly appreciated. Many thanks, Devin

68220

Tue Jan 12 21:07:59 2016

Re: drag and drop attachments not working with web server authentication

Have a look here: elog:68014

Devin Bougie wrote:

68221

Tue Jan 12 21:13:54 2016

Re: drag and drop attachments not working with web server authentication

Thanks, Stefan. I read that before asking my question, but didn't see a resolution in that thread. I am already at 3.1.1, and I am testing on a clean installation. Are you saying that the solution is in the development branch after the release of 3.1.1?

Thanks again,

Devin

68222

Tue Jan 12 21:19:25 2016

Re: drag and drop attachments not working with web server authentication

No. What the thread says is first try this forum, see if you can drag and drop here. If not, you have a problem on your browser. If yes, you have somewhere some old JavaScript file around. Might be in the cache of your browser.

Devin Bougie wrote:

Thanks again,

Devin

68223

Tue Jan 12 21:31:42 2016

Re: drag and drop attachments not working with web server authentication

Yeah, I had tried that and it did work in your demo forum. It just didn't work in mine with authentication = webserver, even with a clean browser profile.

However, after playing with the config and a few restarts, everything now seems to be working properly. Really not sure what changed, but thanks for helping.

Devin

68239

Tue Jan 19 22:03:36 2016

drag and drop attachments only working for admins if "restrict edit = 1"

I'm finally able to reproduce this, and my initial description was incorrect. If we have "restrict edit = 1", only an "Admin user" can use the "Dop attachments here..." or the "Image" button in the CKEditor. The old "Choose File," "Upload" buttons, however, works just fine for anyone.

If we have "restrict edit = 0", anyone can upload an attachment using all three interfaces.

This is very reproducible by toggling restrict edit in the global section or for an individual logbook.

Devin

68240

Wed Jan 20 20:38:17 2016