The release notes indicate some changes concerning the RQL.
I'm ll have to look into this on monday when I start working again
(after a 2 day vacation break).
To get more information about the succesful execution of the RQL, I
started writing the instructions to a logfile aswell as the responses
from the server.
This should also lead to a better understanding of why things go
wrong.

On 18 feb, 04:19, RedDotExpert <[email protected]> wrote:
> Hi Bart,
>
> as far as I am aware of, there has been no RQL changes from 7.5.0.22
> to 7.5.2.35.
>
> I assume then at this point that you are RDExecuting the code.  Can
> you remove the RDExecute statement and see if CMS outputs all your RQL
> + VBScript code?
>
> Assuming that it would output all the code, can you then put in
> response.write in various steps and triangulate where it fails?
>
> If you are still having problem, please feel free to email me your
> code.
>
> On Feb 17, 3:19 am, Bart <[email protected]> wrote:
>
> > I'm not preexecuting the RQL, so I guess the problem lies elsewhere.
>
> > On Feb 17, 4:19 am, RedDotExpert <[email protected]> wrote:
>
> > > Hi Bart,
>
> > > Are you preexecuting the RQL or rdexecuting the RQL?  If you are
> > > preexecuting the RQL, then it is actually against RedDot best practice
> > > because then the page is waiting for RQL to finish, and RQL waits for
> > > the pages to finish loading before executing, hence a dead lock.  Try
> > > to offload that RQL into an ASP page in the plugins folder, and then
> > > call the ASP page via AJAX.
>
> > > And the page will load a lot faster too.
>
> > > On Feb 16, 5:58 am, Bart <[email protected]> wrote:
>
> > > > Hi Ingo,
>
> > > > A problem that appeared is that after copying a page using the RQL-
> > > > instruction, the following RQL-instruction is no longer able to change
> > > > the headline of the page to remove the 'Copy of' part that RedDot so
> > > > nicely puts in. (and no error message is returned).
> > > > Does the asynchronously execution of the copy job has anything to do
> > > > with it?
> > > > I thought not, since it worked fine before the upgrade.
> > > > Another problem is that I'm no longer able to read the GUID of a
> > > > structural element on the newly created page.
> > > > I need the GUID of the element to place a reference to another list.
> > > > The instruction to read this info is the following:
> > > > <IODATA loginguid="746BE54F474A49898BF1464CBCF7B04B"
> > > > sessionkey="E4D10907B8D34DD7807104ED39202E3E">  <PAGE
> > > > guid="CF6471A80B8E4B57BDABC9AD94ABE4E0">
> > > > <LINKS action="load"/>  </PAGE></IODATA>
>
> > > > This normally returns a node containing all the stuff I need to know,
> > > > but this does no longer work (all the time).
>
> > > > Grtz,
> > > > Bart
>
> > > > On Feb 16, 11:00 am, ingohill <[email protected]> wrote:
>
> > > > > Hi Bart,
>
> > > > > i've not experienced the same problems after updating a RedDot
> > > > > Version.
> > > > > What specific problems did appear?
>
> > > > > Greetings,
> > > > > Ingo

-- 
You received this message because you are subscribed to the Google Groups 
"RedDot CMS Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/reddot-cms-users?hl=en.

Reply via email to