Widget does not get value after nextmatch

Nathan_Gray-2 2008-03-04 16:40:02 UTC #1

I have an ajax select widget and a nextmatch widget on the same page.
Both work fine.
When I use the nextmatch to go to the next page of records, the ajax
select widget pre_process() method does not get passed its $value.
This causes the widget to be blank. $name, $cell & $readonlys come
in, but not $value.

Where should I start looking?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-03-04 17:41:35 UTC #2

Hi Nathan,

just had a short look at the etemplate::process_exec() and
etemplate::process_show(). I have no idea what can be the cause that the
pre_process method of your widget does not get called (beside the
obvious things like it’s in a disabled row or col).

Is it reproducable?

If that’s the case, you could use the debugger and start following the
statements at the end of process_exec, when it calls the class own exec
method again …

Ralf

Nathan Gray schrieb:

I have an ajax select widget and a nextmatch widget on the same page.
Both work fine.
When I use the nextmatch to go to the next page of records, the ajax
select widget pre_process() method does not get passed its $value.
This causes the widget to be blank. $name, $cell & $readonlys come
in, but not $value.

Where should I start looking?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-04 17:49:58 UTC #3

Welcome back, by the way. Hope you had a good time.

I have no idea what can be the cause that the
pre_process method of your widget does not get called (beside the
obvious things like it’s in a disabled row or col).

pre_process() is called, but the $value parameter is empty.

Is it reproducable?

Finally, yes. Took me a while to figure out what was happening, but I
can get it to happen on demand.

If that’s the case, you could use the debugger and start following the
statements at the end of process_exec, when it calls the class own
exec
method again …

etemplate->debug = ‘ajax_select’ ?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-03-04 18:32:46 UTC #4

Hi Nathan,

Nathan Gray schrieb:

Welcome back, by the way. Hope you had a good time.

Thanks, I had a good time (beside the Tine struggle).

I have no idea what can be the cause that the
pre_process method of your widget does not get called (beside the
obvious things like it’s in a disabled row or col).

pre_process() is called, but the $value parameter is empty.

Does your post_process function got called and returned a different value?

Is it reproducable?

Finally, yes. Took me a while to figure out what was happening, but I
can get it to happen on demand.

If that’s the case, you could use the debugger and start following the
statements at the end of process_exec, when it calls the class own
exec method again …

etemplate->debug = ‘ajax_select’ ?

I was talking about a php-debugger and setting a breakpoint there.

Ralf

Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-04 18:45:11 UTC #5

Hi Nathan,
…
Does your post_process function got called and returned a different
value?

Yeah, that’s it: post_process returns null. I wasn’t aware
post_process was called in this case.
Thanks. I’ll dig into this for a bit and see if I can figure out a
way around.

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-04 19:07:37 UTC #6

Yeah, that’s it: post_process returns null. I wasn’t aware
post_process was called in this case.
Thanks. I’ll dig into this for a bit and see if I can figure out a
way around.

Is there a way to pass settings from post_process to pre_process,
without setting it in $value? Something like $extension_data back the
other way?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-03-04 22:56:26 UTC #7

Hi Nathan,

if you add extension_data to the values, which get not initialised in
class.uietemplate.inc.php in line 202 in trunk, you should be able to
use extension_data to pass data from post_process to pre_process, as
process_exec reads the extension_data from the session and puts it a
global var. The following exec stores the global var again in the session.

So as long as you stay in the same request, which is the case for a
looping nextmatch widget, you can use it to transport data from
post_process to pre_process.

Ralf

Nathan Gray schrieb:

Yeah, that’s it: post_process returns null. I wasn’t aware
post_process was called in this case.
Thanks. I’ll dig into this for a bit and see if I can figure out a
way around.

Is there a way to pass settings from post_process to pre_process,
without setting it in $value? Something like $extension_data back the
other way?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-06 21:01:21 UTC #8

Hi Nathan,

if you add extension_data to the values, which get not initialised in
class.uietemplate.inc.php in line 202 in trunk, you should be able to
use extension_data to pass data from post_process to pre_process, as
process_exec reads the extension_data from the session and puts it a
global var. The following exec stores the global var again in the
session.

So as long as you stay in the same request, which is the case for a
looping nextmatch widget, you can use it to transport data from
post_process to pre_process.

If I understand this right:

pre_process() {
…
$options = explode(’,’,$cell[‘size’]);
if($value[‘options’]) {
$options += $value[‘options’];
}
…
}

post_process() {
…
$value = $value_in;
$value[‘options’] = $extension_data;
return true;
…
}

Won’t that give me a value like
’ajax_select’ => array(
0 => 4,
‘options’ => array(
‘source’ => …
‘icon’ => …
)
)
when the form is submitted instead of
’ajax_select’ => 4
when it doesn’t loop?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-03-06 21:54:14 UTC #9

Hi Nathan,

not sure if the array assignment really casts the previous scalar value
to an array. I would try:

post_process() {
…

$value = $value_in;

$value = array($value_in);
$value[‘options’] = $extension_data;
return true;

What I meant was, that $extension_data should be still available in
pro_process(), while eTemplate is looping (if you made the modification
of uietemplate, that it does not get initialised.

Your solution might work too …

Ralf

Nathan Gray schrieb:

Hi Nathan,

if you add extension_data to the values, which get not initialised in
class.uietemplate.inc.php in line 202 in trunk, you should be able to
use extension_data to pass data from post_process to pre_process, as
process_exec reads the extension_data from the session and puts it a
global var. The following exec stores the global var again in the
session.

So as long as you stay in the same request, which is the case for a
looping nextmatch widget, you can use it to transport data from
post_process to pre_process.

If I understand this right:

pre_process() {
…
$options = explode(’,’,$cell[‘size’]);
if($value[‘options’]) {
$options += $value[‘options’];
}
…
}

post_process() {
…
$value = $value_in;
$value[‘options’] = $extension_data;
return true;
…
}

Won’t that give me a value like
’ajax_select’ => array(
0 => 4,
‘options’ => array(
‘source’ => …
‘icon’ => …
)
)
when the form is submitted instead of
’ajax_select’ => 4
when it doesn’t loop?

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-06 23:34:20 UTC #10

Hi Nathan,

…
What I meant was, that $extension_data should be still available in
pro_process(), while eTemplate is looping (if you made the
modification
of uietemplate, that it does not get initialised.

That would be the best, but it doesn’t appear to be there. I wasn’t
able to figure out where it gets cleared.
It looks like it got cleared at some point, and is being re-generated
as the widgets are pre-processed.

Your solution might work too …

No, my solution screws up the returned value…
Not a good solution.

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-03-07 07:14:48 UTC #11

Hi Nathan,

Nathan Gray schrieb:

Hi Nathan,

…
What I meant was, that $extension_data should be still available in
pro_process(), while eTemplate is looping (if you made the
modification
of uietemplate, that it does not get initialised.

That would be the best, but it doesn’t appear to be there. I wasn’t
able to figure out where it gets cleared.

etemplate/inc/class.etemplate.inc.php at line 202 in trunk

You need to add the extension_data there too, to not get cleared.

Ralf

It looks like it got cleared at some point, and is being re-generated
as the widgets are pre-processed.

Your solution might work too …

No, my solution screws up the returned value…
Not a good solution.

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-07 16:07:04 UTC #12

etemplate/inc/class.etemplate.inc.php at line 202 in trunk

You need to add the extension_data there too, to not get cleared.

Thanks, missed that the first time. Putting that in works just fine,
I’ll commit it when I’m done testing.

Unfortunately, it brings to light another (unrelated) problem that I
hadn’t noticed:
If $cell[‘needed’] is true for one ajax_select_widget, all subsequent
ajax_select_widgets on the page are also needed.
Is there some caching done that I can clear in the
ajax_select_widget? I tried unset($cell[‘needed’]) and
$cell[‘needed’] = false, but that made them all unneeded.

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Nathan_Gray-2 2008-03-07 18:09:27 UTC #13

Unfortunately, it brings to light another (unrelated) problem that I
hadn’t noticed:
If $cell[‘needed’] is true for one ajax_select_widget, all subsequent
ajax_select_widgets on the page are also needed.

To be clear, it only looks needed (yellow), but still works as desired.

Nathan Gray
nathan at goarctic dot com

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft® Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers