Configuration page is disabled

[dwp-forge]

On the RefNotes Configuration page all controls are disabled. So, it does
construct the layout, and calls loading, but then fails (?) without any
messages. So, it shows "Loading configuration settings from the server..."
and that's it.

JScript is on (o/w it would show error message and would not produce even
"Loading configuration settings from the server...", I think), also ajax
works throughout the rest of the site.

Could it be any permissions issue? Where are the settings stored?

Original issue reported on code.google.com by vadimcher on 2009-08-25 22:46:30

[dwp-forge]

(No text was entered with this change)

Original issue reported on code.google.com by dwp-forge on 2009-08-26 06:03:29

• Labels added: Plugin-RefNotes
• Labels removed: Plugin-

[dwp-forge]

The configuration is stored in the plugin directory (*.dat files).

Which browser do you use? What is the version of PHP?

Did it ever work on that server?

Can you access pre-defined namespaces from a page? For example, if you make reference
[(stars:>Some text)], does it show up as a star?

Original issue reported on code.google.com by dwp-forge on 2009-08-26 06:18:49

[dwp-forge]

Hi, just tried it to answer all your questions. So,

0) Yes, I figured it out about those .dat files: I have two of them for namespaces
and notes, so, I don't know where you store the boolean flag, whether I want to use
refnotes for footnotes (the first option on configure page).
1) I use FF3.5.2
2) php on server 5.2.6
3) I just installed it, so, it never worked for me, though the hosting is shared, so,
I have no idea about the others
4) [(stars:>Some text)] works, so it shows a little star instead of [(stars:>Some
text)], and at the bottom of page it shows "*)a Some text", I don't know, though why
there is this "a" with backreference, but I assume it is by design (I read the
documentation, but I did have chance to explore the plugin carefully due to this issue)

I figured it out that config page calls admin_refnotes.initialize, which creates the
layout (OK), and then calls server.loadSettings. This function first checks if ajax
is available (OK), then creates two vars call=refnotes-admin, action=load-settings
(I
have no idea about the meaning of these too), and then calls ajax.runAJAX. Before
that you assign ajax.onLoading=function, which set status. Here I don't get how it
works exactly, because it looks like you assign transaction="loading", then onLoading
calls setStatus(transaction, 'info'), and then setStatus checks for string value for
transaction, but in lang.php I don't see a string for 'loading', there is just one
for 'js_loading'. But I assume that somehow it gets this string. So, I DO see this
change, on the web page it says "Loading...", and then gets stuck.

I assume it is supposed to end up in afterCompletion, which is supposed to, first,
change the status on page (either indirectly by calling onCompletion == onLoaded, or
by explicitly setting error status), but this never happens...

Original issue reported on code.google.com by vadimcher on 2009-08-26 17:52:01

[dwp-forge]

Ok, to help you somehow I tried it in IE and Chrome:

Chrome ended up with pink "failed" message
IE didn't even show the message "Loading", so it does show it as a blue line about
the config options, but that "message" is empty, it has (!) on the left side, but
nothing else...

So, I think, if in the end we figure out that there is some problem with server, and
fix it somehow, there is still an issue that FF and IE do not show the problem clearly...

Original issue reported on code.google.com by vadimcher on 2009-08-26 18:01:42

[dwp-forge]

The "a" thing is okay. This is the backreference formating style. If you will have a
second reference to this note (i.e. [(stars:>Some text)][(stars:#1)]) it will render
as "*)a, b Some text".

The fact that you have access to the :stars: namespace clears the permissions story.
Obviously, PHP can access the configuration files.

So far I managed to get some weird behavior by trying to access the configuration
interface without admin rights. Though, on FF3.5.2 it says "success" and keeps the
UI
disabled, so it's not exactly as you describe. You do have admin rights, don't you?

If you are willing to play a guinea pig for a while, I could make a special build for
you with some extra logging to see what happens on the server side. Interested?

Original issue reported on code.google.com by dwp-forge on 2009-08-26 18:31:27

[dwp-forge]

>Obviously, PHP can access the configuration files.
Did you mean "can't"?

>You do have admin rights, don't you?
Yes, sure, otherwise, I think, I wouldn't get into the configuration page, right?

>I could make a special build for you with some extra logging
Ok, no problem. As long as it's safe and does not take too much with it ... :) It
would be better if it creates a log file with some kind of debug information, so,
maybe I will try to look at it...

Original issue reported on code.google.com by vadimcher on 2009-08-26 19:33:37

[dwp-forge]

>>Obviously, PHP can access the configuration files.
>Did you mean "can't"?
No, I really meant "can". Both AJAX serving and providing the pre-defined namespaces
for the page rendering use the same piece of code to access the configuration data.
If it works on the page it should also work for AJAX.

>Yes, sure, otherwise, I think, I wouldn't get into the configuration page, right?
Yes, you're right. I was cheating and didn't actually logout but merely changed the
AJAX handler to trigger "no admin rights" behavior.

As for the logging. Do you have access to PHP error log or config file?

Original issue reported on code.google.com by dwp-forge on 2009-08-26 20:13:06

[dwp-forge]

I have the exact same problem as described by above reporter, no odd entries in
apache's error log. I have a VPS running gentoo linux, so if there is anything I can
do assist as far as providing information please let me know.

Original issue reported on code.google.com by james on 2009-08-26 20:26:10

[dwp-forge]

Okay, here it comes.

The logging is added to both server and client sides. On the server side I use PHP
error_log() function, so you have to configure PHP to dump that into a file (look for
error_log in the config file). To minimize the noise please delete the log file prior
to entering the RefNotes configuration UI.

On the client side I abuse the note text area (scroll to the bottom) to log the
progress of the AJAX request.

In the archive I included the "healthy" log files if you are curious. Let's see what
your install does...

Original issue reported on code.google.com by dwp-forge on 2009-08-26 21:31:51

---

- _Attachment: [refnotes-2009-08-26-dev.zip](https://storage.googleapis.com/google-code-attachments/dwp-forge/issue-2/comment-9/refnotes-2009-08-26-dev.zip)_

[dwp-forge]

I will download, install, and run your tests in a few hours. Thanks for making the
special build!

Original issue reported on code.google.com by james on 2009-08-26 21:58:21

[dwp-forge]

I did not find any php log files. Maybe James will help you with that. But I did test
it on configuration form in FF, Chrome and IE.

On the configuration form:

FF:
Sending data...
Data sent.

Chrome:
Completed.
URLString sent: call=refnotes-admin&action=load-settings
Status code: 0
Status message: 
Response: ""
Handling data...

IE
(empty)

Original issue reported on code.google.com by vadimcher on 2009-08-26 23:41:15

[dwp-forge]

Give me a little while longer, I'm in the middle of a project at the moment. :)

Original issue reported on code.google.com by james on 2009-08-26 23:46:53

[dwp-forge]

The following appears in the page html on page load. (by viewing the html source).
Note that the "note section" contains no ajax output. I don't have php error logging
setup, but I am willing to do so if this information here is not enough.

<!-- no cachefile used, but created
/var/www/nixeagle/wiki/dokuwiki/data/cache/d/d4a1fc84e90c4002b97247e5609e666a.xhtml
-->
<!-- refnotes -->
<div id="refnotes-lang" style="display: none;">
status : Server comunication status.:eos:
loading : Loading configuration settings from the server...:eos:
loaded : Configuration settings are successfully loaded from the server.:eos:
loading_failed : Failed to load configuration settings from the server.:eos:
saving : Saving configuration settings on the server...:eos:
saved : Configuration settings are successfully saved on the server.:eos:
saving_failed : Failed to save configuration settings on the server.:eos:
invalid_ns_name : The specified namespace name is invalid.:eos:
ns_name_exists : The {1} namespace already exists.:eos:
delete_ns : Are you sure you want to delete {1} namespace?:eos:
invalid_note_name : The specified note name is invalid.:eos:
note_name_exists : The {1} note already exists.:eos:
delete_note : Are you sure you want to delete {1} note?:eos:
unsaved : Your changes to the configuration settings are not saved.:eos:
</div>

Original issue reported on code.google.com by james on 2009-08-27 01:29:23