SyncML delete prefs form token issue

From Ticket #9289: Unfortunately after upgrade I still ge

Thu, 28 Oct 2010 22:33:36 +0000

From Ticket #9289: Unfortunately after upgrade I still get "We cannot verify that this request..." when trying to delete sync sessions from Horde/Options/SyncML. Oct 27 22:23:28 direwolf horde[8584]: [horde] Backend of class SyncML_Backend_Horde created [pid 8584 on line 287 of "/usr/local/www/horde/lib/SyncML/Backend.php"] Oct 27 22:23:28 direwolf horde[8584]: [horde] We cannot verify that this request was really sent by you. It could be a malicious request. If you intended to perform this action, you can retry it now. [pid 8584 on line 176 of "/usr/local/www/horde/lib/Horde/Notification.php"] Oct 27 22:23:28 direwolf horde[8584]: [horde] SQL Query by SyncML_Backend_Horde::getUserAnchors(): SELECT syncml_syncpartner, syncml_db, syncml_clientanchor, syncml_serveranchor FROM horde_syncml_anchors WHERE syncml_uid = ?, values: peo [pid 8584 on line 650 of "/usr/local/www/horde/lib/SyncML/Backend/Horde.php"]

I don't see this. I can delete individual sync anchors and a

Thu, 04 Nov 2010 11:12:21 +0000

I don't see this. I can delete individual sync anchors and all anchors at once just fine.

Going to mark as not a bug since it can't be replicated.

Mon, 08 Nov 2010 21:12:07 +0000

Going to mark as not a bug since it can't be replicated.

Changes have been made in Git for this ticket: Bug #9349: F

Thu, 20 Jan 2011 05:02:19 +0000

Changes have been made in Git for this ticket: Bug #9349: Fix new subfolder doesn't show in folder list Problem only occurred if all (unsubscribed) folders are viewed. hasChildren() was always returning true because we created the parent element before making the initial hasChildren() check. Need to check for children before this. http://git.horde.org/horde-git/-/commit/245d08ddc7d2f1b0d72eee0b3f96ebc164534899

> Changes have been made in Git for this ticket: Wrong bu

Thu, 20 Jan 2011 05:02:46 +0000

> Changes have been made in Git for this ticket: Wrong bug report.

> Going to mark as not a bug since it can't be replicated.

Wed, 22 Jun 2011 19:10:32 +0000

> Going to mark as not a bug since it can't be replicated. I can reproduce this issue on horde 3.3.11 - simply need to click "Delete" for any sync session or "Delete all" in SyncML options page. What additional information to provide?

Same here, also with Horde 3.3.11

Tue, 28 Jun 2011 15:57:25 +0000

Same here, also with Horde 3.3.11

> What additional information to provide? You could check i

Tue, 28 Jun 2011 16:22:45 +0000

> What additional information to provide? You could check if you have a hidden horde_prefs_token field in the forms on that preference page.

> You could check if you have a hidden horde_prefs_token fie

Tue, 28 Jun 2011 17:45:01 +0000

> You could check if you have a hidden horde_prefs_token field in the > forms on that preference page. I have one, but it has no value because there is a short open tag that is not interpreted anymore on my server. So, changing line 35 in templates/syncml/syncml.inc to > fixed the problem for me.

> So, changing line 35 in templates/syncml/syncml.inc to

Tue, 28 Jun 2011 17:53:06 +0000

> So, changing line 35 in templates/syncml/syncml.inc to There is another short open tag in that file on line 51

Changes have been made in CVS for this ticket: Fix deleting

Tue, 28 Jun 2011 17:59:22 +0000

Changes have been made in CVS for this ticket: Fix deleting of SyncML anchors if PHP short_open_tag is off (Bug #9349). http://cvs.horde.org/diff.php/horde/docs/CHANGES?rt=horde&r1=1.515.2.646&r2=1.515.2.647&ty=u http://cvs.horde.org/diff.php/horde/templates/syncml/syncml.inc?rt=horde&r1=1.1.2.4&r2=1.1.2.5&ty=u

Nice catch!

Tue, 28 Jun 2011 18:00:10 +0000

Nice catch!