Update to 634 Broke Next Link

[samuch]

Just updated this morning. Now when I'm in my workspaces, when I click the Next link to view more listings, it closes that list instead of going to the next page. I can't think of the proper words for the items so bear with me.

Say I have an Assigned, Open, and Closed list. If I click Next (in the bottom right) for Open it fades out like normal but then disappears instead of fading back in with the new results. The Closed list that was below it then slides up.

Big problem for us :confused:

[clearip]

I've updated to 634 and now when I try and reply to a ticket I get:

HTTP 500 Internal Server error

If I go back to the ticket I was working on my reply isn't there and no actions specified appear to of been taken.

[euriska]

The reply and forward buttons are non responsive after the update as well, already sent in a support ticket.

[samuch]

Mail no longer comes in as well........

Just checked the pop account and it's all sitting there.....

[Hildy]

Hey guys, with any SVN problems, whether this set or something else, please do the following:
--Use "svn status" to check for conflicted files
--delete all the *cache* files from libs/devblocks/tmp
--delete all the compiled template files from libs/devblocks/tmp/templates_c

[samuch]

Here's what I get from svn status:

? check.php
? framework.config.php.bk2
? support
M framework.config.php
X libs/devblocks
! install

Performing status on external item at 'libs/devblocks'
? libs/devblocks/libs/ZendFramework


Is it safe to delete all files from that tmp folder? Or, how do I know which files are cache so I make sure not to muck it up more?

[clearip]

Don't know if it helps but followed your instructions and still get same errors.

My svn status shows:

? support
? plugins/cerberusweb.watchers/api/App.php.r571
? plugins/cerberusweb.watchers/api/App.php.r572
? plugins/cerberusweb.watchers/api/App.php.mine
M framework.config.php
X libs/devblocks

[Hildy]

When you guys do "svn info", does it say you're on /tags/stable?

Some updates to the devblocks engine over the weekend made it into stable instead of head, where they belonged, so that may be causing some problems...

[samuch]

Here's what the svn info shows:
Path: .
URL: http://svn.webgroupmedia.com/cerb4/branches/stable
Repository Root: http://svn.webgroupmedia.com/cerb4
Repository UUID: 58cff151-b722-0410-b014-f78a459f8f02
Revision: 634
Node Kind: directory
Schedule: normal
Last Changed Author: jstanden
Last Changed Rev: 631
Last Changed Date: 2008-06-22 21:48:14 -0500 (Sun, 22 Jun 2008)


Any ETA on a fix?

[sthen]

The problem sending emails reported by clearip is the same "Undefined class constant 'SMTP_MAX_SENDS' in ....libs/devblocks/api/Engine.php on line 717" seen in other threads. There is no config option available to set in Mail Servers. Here's one way to fix it.


$ cd /var/www/cerb4/api && svn di
Index: Application.class.php
================================================== =================
--- Application.class.php (revision 630)
+++ Application.class.php (working copy)
@@ -668,6 +668,7 @@
const SMTP_AUTH_PASS = 'smtp_auth_pass';
const SMTP_PORT = 'smtp_port';
const SMTP_ENCRYPTION_TYPE = 'smtp_enc';
+ const SMTP_MAX_SENDS = 'smtp_max_sends';
const ATTACHMENTS_ENABLED = 'attachments_enabled';
const ATTACHMENTS_MAX_SIZE = 'attachments_max_size';
const PARSER_AUTO_REQ = 'parser_autoreq';
@@ -691,6 +692,7 @@
self::SMTP_AUTH_PASS => '',
self::SMTP_PORT => 25,
self::SMTP_ENCRYPTION_TYPE => 'None',
+ self::SMTP_MAX_SENDS => 10,
self::ATTACHMENTS_ENABLED => 1,
self::ATTACHMENTS_MAX_SIZE => 10, // MB
self::AUTHORIZED_IPS => '127.0.0.1',

[Hildy]

The change to devblocks has been rolled back out of stable, so if you update again, it should fix things.

The short version is that there should never be anything in devblocks tied to any of the apps that use it, but the mail code was dependant on Cerb4, and some of those changes over the weekend caused this problem.

[samuch]

Back to working for me.

Thanks.

[jstanden]

Alright! Sorry about that guys.

I branched the Devblocks repository so we can maintain a stable version of it as well. You won't have to do anything for that since it's linked as an external repository in the Cerb4 stable branch.

As Dan mentioned, I rolled back the stable version of Devblocks to before my changes. This afternoon I fixed the Cerb4 specific code in the Devblocks mail service.

The main changes involve the "SMTP max sends" constant mentioned above. The purpose of the tweaks was to fix a bug where we were opening new SMTP messages every message. When this development code passes Q/A and enters the stable branch (around Weds) it should be another nice performance boost.

Thanks!