It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Report Bugs here → Ajax Inquiry Fixes
@braathwaate has sent me a good pull request that needs to be incorporated into the core after checking if any critical extension breaks. The key file diffs are attached - includes/ui/ui_view.inc and js/insert.js.
@joe/@itronics: can do the needful.
This has been fixed and committed. Thanks.
/Joe
Thanks @joe.
There are a host of inquiry files that needs to be merged and tested as well.
Will get the diffs after testing.
In includes/ui/ui_view.inc, the newly added functions set_posts() and get_js_history() use the splat operator available in PHP 5.6+ for variable length argument lists.
Some workarounds are here.
We need to make it backwards compatible with the attached diff file.
This entire commit should be made backwards compatible as in my previous post (or a comment added that it is for PHP v5.6+ only) as the current PHP versions that FA supports cannot handle the new constructs effectively. There are no $_GET variables available when the new set_posts() function is called in this way as the session.inc erases all $_GET values except for those coming in thru Ajax - js http requests. The set_posts() however acquires the ajaxed GET variables correctly.
The persistence of the history works on substitution of ...$vars with $vars and changing to get_js_history(array(......)). The ChangeVar of the combo boxes do not work even with the set_posts(array(......)) fix.
For those wishing to test it further, the attachment would be useful. It contains the BraathWaate files with the existing counterparts in the core and the altered ones to incorporate this commit into the inquiry files with the backwards compatibility fix for the new functions.
@braathwaate has now provided backwards compatibility (using the NonSplat_fix.diff in Post #3 here) where both get_js_history() and set_posts() work. As an example, after applying the fix above, the file sales/inquiry/sales_orders_view.php works for both Ajax as well as js history of the $_POST variables from the form.
Using the attachment, test by entering a transaction_number under "#" and then moving the cursor to the next field - the ajax will refresh the filtered page.
Some of the inquiry files will need to be synched with subsequent changes in the core.
Attached is the set of files and the diff for incorporation into the core after the last @braathwaate commit in FA and in his pull request that included backwards PHP compatibility. Kindly test and see what gives.
@joe: can check and commit.
The former commit of this issue has been rolled back due to the unknown consequences needed by the backwards compatibility to the prior php 5.6 versions.
Janusz will give a short explanation to this.
/Joe.
I too am uncertain of what would happen if such data is exposed in the URL and whether it can be used to hijack the session even though my last attachment works. This is so even if the backwards compatibility is not even there and for PHP 5.6+ itself.
Now that these fixes have been rolled back, those who still want this functionality of using the back button on the browser instead of the back link on the FA page and then returning to the page to where they left off, can partake of the consolidated fixes attached herein.
Await @itronics words of wisdom....
FrontAccounting forum → Report Bugs here → Ajax Inquiry Fixes
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.