Fri, 10 Apr 2026 09:50:10 +0000 https://bugs.horde.org/ticket/8267 DIMP preview errors in folders other than Inbox Dimp 1.1.2 in Horde 3.3.4-RC1. Firefox and Chrome, same behaviour. In Dimp, the Inbox behaves correctly. I.e. open Dimp, the Inbox shows preview of the first email item, and other items can be selected and automatically the preview appears. Multiple items can be selected by using the select box on the left of the emails. However in other folders, upon opening the folder (Sent Items, Spam, or user-created subfolders etc) the automatic preview of the first item does not appear. The turning "loading" symbol appears. Clicking on the first email previews it, but no other emails in the folder are selectable or previewable. Double-clicking on another email opens it in a new window, so Dimp can 'see' and read the other emails. The 'loading' spinning wheel doesn't appear to time out - I have left it for about 15 minutes. As I assume this is basic functionality that works for most people, I must have something in my config / setup that Dimp doesn't like... Wed, 13 May 2009 01:04:21 +0000 https://bugs.horde.org/ticket/8267#t54106 Please read the 'DIMP Troubleshooting' section in dimp/docs/INSTALL. Thu, 14 May 2009 17:17:26 +0000 https://bugs.horde.org/ticket/8267#t54137 > Please read the 'DIMP Troubleshooting' section in dimp/docs/INSTALL. Cool, I will follow the troubleshooting steps there. Interestingly I discovered it doesn't do it in IE7. I so rarely use it these days... Firefox and Chrome do it though. Fri, 15 May 2009 04:03:36 +0000 https://bugs.horde.org/ticket/8267#t54169 I turned on debugging in dimp/config/conf.php. When navigating into any folder other than Inbox using Firefox the following error pops up in a box: "onException: TypeError-a is undefined" In Chrome the error is: "onException: TypeError-" The Dimp troubleshooting guide says to: "change ``horde/conf/registry.php`` to serve the javascript files from the ``js/src/`` directory rather than the ``js/`` directory" Assuming it is supposed to be horde/config/registry.php, there is no setting for js path that I could see in the file... how do I make it use the source js? There is no Firebug for Firefox 3.5. Happy to do more JS troubleshooting if someone can help point me in the right direction of how to actually do it as the tips in the INSTALL file don't work for me... Sat, 16 May 2009 13:34:16 +0000 https://bugs.horde.org/ticket/8267#t54213 > "onException: TypeError-a is undefined" You don't happen to be running IMP 5.0 (from git) on the same server, are you? > The Dimp troubleshooting guide says to: > > "change ``horde/conf/registry.php`` to serve the > javascript files from the ``js/src/`` directory rather than the ``js/`` > directory" > > Assuming it is supposed to be horde/config/registry.php, there is no > setting for js path that I could see in the file... how do I make it > use the source js? Add something like this to the dimp config in horde/config/registry.php: 'jsuri' => '/path/to/horde/js/src', 'jsfs' => dirname(__FILE__) . '/../js/src', Mon, 18 May 2009 23:04:41 +0000 https://bugs.horde.org/ticket/8267#t54235 >> "onException: TypeError-a is undefined" > > You don't happen to be running IMP 5.0 (from git) on the same server, > are you? > No. Horde 3.3.4 and the latest stable Imp and Dimp. No git apps on the server. >> The Dimp troubleshooting guide says to: >> >> "change ``horde/conf/registry.php`` to serve the >> javascript files from the ``js/src/`` directory rather than the ``js/`` >> directory" >> >> Assuming it is supposed to be horde/config/registry.php, there is no >> setting for js path that I could see in the file... how do I make it >> use the source js? > > Add something like this to the dimp config in horde/config/registry.php: > 'jsuri' => '/path/to/horde/js/src', > 'jsfs' => dirname(__FILE__) . '/../js/src', Will try that tonight. Thanks. Tue, 19 May 2009 01:04:52 +0000 https://bugs.horde.org/ticket/8267#t54238 OK, my registry.php entry for Dimp now reads as follows: $this->applications['dimp'] = array( 'fileroot' => dirname(__FILE__) . '/../dimp', 'webroot' => $this->applications['horde']['webroot'] . '/dimp', 'name' => _("Dynamic Mail"), 'status' => 'notoolbar', 'target' => '_parent', 'jsuri' => '/usr/share/horde/js/src', 'jsfs' => dirname(__FILE__) . '/../js/src', ); And now Dimp doesn't work at all LOL... Just sits there saying "Loading...." Thu, 21 May 2009 22:24:20 +0000 https://bugs.horde.org/ticket/8267#t54274 > 'jsuri' => '/usr/share/horde/js/src', Probably needs to be: /usr/share/horde/dimp/js/src > 'jsfs' => dirname(__FILE__) . '/../js/src', Probably needs to be: dirname(__FILE__) . '/../dimp/js/src', Thu, 21 May 2009 22:33:32 +0000 https://bugs.horde.org/ticket/8267#t54275 Registry.php now reads: $this->applications['dimp'] = array( 'fileroot' => dirname(__FILE__) . '/../dimp', 'webroot' => $this->applications['horde']['webroot'] . '/dimp', 'name' => _("Dynamic Mail"), 'status' => 'notoolbar', 'target' => '_parent', 'jsuri' => '/usr/share/horde/dimp/js/src', 'jsfs' => dirname(__FILE__) . '/../dimp/js/src', ); No change - with the jsuri and jsfs lines in Dimp never loads. Take them out and it loads fine, albeit still with the issue as noted in this bug. Thu, 21 May 2009 23:17:11 +0000 https://bugs.horde.org/ticket/8267#t54276 > 'jsuri' => '/usr/share/horde/dimp/js/src', This is not an URI. It's a file system path, and probably the same like jsfs. > 'jsfs' => dirname(__FILE__) . '/../dimp/js/src', Fri, 22 May 2009 00:45:04 +0000 https://bugs.horde.org/ticket/8267#t54277 OK, so can either of you tell me definitively what I am supposed to put there? :) From what I read in registry.php jsuri should be a URI, jsfs should be a filesystem path. I have tried: (on Michael's advice) 'jsuri' => '/usr/share/horde/dimp/js/src', 'jsfs' => dirname(__FILE__) . '/../dimp/js/src', (on Jan's advice) 'jsuri' => dirname(__FILE__) . '/../dimp/js/src', 'jsfs' => dirname(__FILE__) . '/../dimp/js/src', and finally just for the hell of it: 'jsuri' => dirname(__FILE__) . '/../dimp/js/src', 'jsfs' => '/usr/share/horde/dimp/js/src', None of them work - Dimp just sits and says "loading..." And yes, I have a /usr/share/horde/dimp/js/src directory. Fri, 22 May 2009 01:10:08 +0000 https://bugs.horde.org/ticket/8267#t54278 You should have mentioned that you don't know what an URI is. Try: $this->applications['horde']['webroot'] . '/dimp/js/src' Fri, 22 May 2009 09:07:22 +0000 https://bugs.horde.org/ticket/8267#t54279 Thank you Jan. With respect, to most people other than developers (which nowhere in this bug have I claimed to be) a URI is a naming structure like http://www.something. In that context I know fine what a URI is - but thanks... :) Do I need to tell you everything else I don't know? (joke...). "$this->applications['horde']['webroot'] . '/dimp/js/src'" does not look like what a non-developer would call a URI. I'm trying here to help the Dimp community by debugging an error that occurs in certain browsers on my install. To do that, all I need from you guys (the developers) is what I put in registry.php to make Dimp get its JS from source. I followed Michael's advice to "Add something like this to the dimp config in horde/config/registry.php: 'jsuri' => '/path/to/horde/js/src', 'jsfs' => dirname(__FILE__) . '/../js/src'," Then something different from you, and now something different again. Can someone please just tell me what I put in /usr/share/horde/config/registry.php to make Dimp get its JS from src. Currently I have: $this->applications['dimp'] = array( 'fileroot' => dirname(__FILE__) . '/../dimp', 'webroot' => $this->applications['horde']['webroot'] . '/dimp', 'name' => _("Dynamic Mail"), 'status' => 'notoolbar', 'target' => '_parent', 'jsuri' => dirname(__FILE__) . '/../dimp/js/src', 'jsfs' => '/usr/share/horde/dimp/js/src', ); With your last post, are you now telling me that I also need to change the line that says: 'webroot' => $this->applications['horde']['webroot'] . '/dimp', to 'webroot' => $this->applications['horde']['webroot'] . '/dimp/js/src' ? Or change that INSTEAD of the others, or as well as some of them...? As I said in Comment 4: "Happy to do more JS troubleshooting if someone can help point me in the right direction of how to actually do it as the tips in the INSTALL file don't work for me..." Fri, 22 May 2009 10:08:01 +0000 https://bugs.horde.org/ticket/8267#t54281 OK, I tried the following: $this->applications['dimp'] = array( 'fileroot' => dirname(__FILE__) . '/../dimp', 'webroot' => $this->applications['horde']['webroot'] . '/dimp', 'name' => _("Dynamic Mail"), 'status' => 'notoolbar', 'target' => '_parent', 'jsuri' => $this->applications['horde']['webroot'] . '/dimp/js/src', 'jsfs' => '/usr/share/horde/dimp/js/src', ); And Dimp loaded. The error when going into any folder other than inbox is: "onException: TypeError-elt is undefined" **Note that Dimp troubleshooting instructions for this step are currently: "Finally, you need to change ``horde/conf/registry.php`` to serve the javascript files from the ``js/src/`` directory rather than the ``js/`` directory". That's about as useful as telling most people to fly to the moon without at the very least an example of how to do it... :) Can I submit a patch for the INSTALL file with some better instructions LOL? Fri, 22 May 2009 10:34:24 +0000 https://bugs.horde.org/ticket/8267#t54283 By trial and error (with no Firebug for Firefox 3.5 it makes it hard) the "elt" error is returned from the JS source file DimpBase.js. (Worked that out by replacing each JS file one at a time with the source one, changing the path so caching didn't work, and reloading Dimp). Will try and dig into the js and see if I can work out a way to find out where it's spitting about the 'elt' variable without Firebug. Fri, 22 May 2009 12:01:28 +0000 https://bugs.horde.org/ticket/8267#t54286 Firefox's Error Console gives me this info only: Warning: Expected identifier or string for value in attribute selector but found '1'. Source File: https://mail.simonandkate.net/horde/dimp/ Line: 0 Also, the older Firefox's don't do it. I tried 3.0.8, 3.0.9, and 3.0.10 on some different PCs and 3.0.5 on the same PC as 3.5 runs on, and none of them do it. FF3.5 and Chrome both do have the problem. Fri, 22 May 2009 12:55:20 +0000 https://bugs.horde.org/ticket/8267#t54287 > Also, the older Firefox's don't do it. I tried 3.0.8, 3.0.9, and > 3.0.10 on some different PCs and 3.0.5 on the same PC as 3.5 runs on, > and none of them do it. FF3.5 and Chrome both do have the problem. DIMP 1.1.2 doesn't support FF 3.5. This is almost certainly a prototypejs issue since that is the js library responsible for all the fancy attribute matching. Fri, 29 May 2009 05:27:46 +0000 https://bugs.horde.org/ticket/8267#t54337 >> Also, the older Firefox's don't do it. I tried 3.0.8, 3.0.9, and >> 3.0.10 on some different PCs and 3.0.5 on the same PC as 3.5 runs on, >> and none of them do it. FF3.5 and Chrome both do have the problem. > > DIMP 1.1.2 doesn't support FF 3.5. This is almost certainly a > prototypejs issue since that is the js library responsible for all > the fancy attribute matching. On further testing, DIMP 1.1.x works just fine on FF 3.5b4 (Windows 7) and Chrome (WinXP). Further analysis of the error message provided (Expected identifier...) indicates this is an internal issue with firebug (it is thrown by the xulrunner stuff) rather than anything that should/would be affecting DIMP. The unfortunate reality is, without a reliable way to reproduce and/or patch, this bug will need to be closed especially since I can not reproduce on anything resembling a stable browser (I do not yet consider Chrome stable). Fri, 29 May 2009 05:43:39 +0000 https://bugs.horde.org/ticket/8267#t54338 >>> Also, the older Firefox's don't do it. I tried 3.0.8, 3.0.9, and >>> 3.0.10 on some different PCs and 3.0.5 on the same PC as 3.5 runs on, >>> and none of them do it. FF3.5 and Chrome both do have the problem. >> >> DIMP 1.1.2 doesn't support FF 3.5. This is almost certainly a >> prototypejs issue since that is the js library responsible for all >> the fancy attribute matching. > > On further testing, DIMP 1.1.x works just fine on FF 3.5b4 (Windows > 7) and Chrome (WinXP). > > Further analysis of the error message provided (Expected > identifier...) indicates this is an internal issue with firebug (it > is thrown by the xulrunner stuff) rather than anything that > should/would be affecting DIMP. > > The unfortunate reality is, without a reliable way to reproduce > and/or patch, this bug will need to be closed especially since I can > not reproduce on anything resembling a stable browser (I do not yet > consider Chrome stable). Verified on Chrome 2 (not Chrome 1). Either Chrome 2 or prototypejs is broken - this is the line that isn't working properly (in _addMouseEvents in DimpBase.js): elt = $(p.id).down('div.msCheck') It is the selector 'div.msCheck' that is broken on Chrome - it returns an undefined value instead of a DOM element (a DIV element of class 'msCheck' does exist). Simply put, this is not a Horde/IMP/DIMP issue. Sun, 31 May 2009 03:48:01 +0000 https://bugs.horde.org/ticket/8267#t54364 Thanks Michael... So you can't verify this in FF 3.5b4? Does it for me on multiple PCs with FF 3.5b4... So I guess this gets closed as not being a Horde / Dimp issue? Sun, 31 May 2009 08:00:17 +0000 https://bugs.horde.org/ticket/8267#t54366 > Thanks Michael... > > So you can't verify this in FF 3.5b4? Does it for me on multiple PCs > with FF 3.5b4... Correct. I can not reproduce with 3.5b4 (I have only tested on Win7). > So I guess this gets closed as not being a Horde / Dimp issue? No - we still need to track. But this is something that needs to be fixed upstream (in either the browser or prototypejs) so there's nothing we can do right now. Tue, 02 Jun 2009 19:05:06 +0000 https://bugs.horde.org/ticket/8267#t54385 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/js/DimpCore.js?rt=horde&r1=1.369.2.59&r2=1.369.2.60&ty=u http://cvs.horde.org/diff.php/dimp/js/src/DimpCore.js?rt=horde&r1=1.369.2.61&r2=1.369.2.62&ty=u Mon, 08 Jun 2009 20:43:24 +0000 https://bugs.horde.org/ticket/8267#t54494 On further review... this issue had arisen on one of my client's installations. It indeed has something to do with the SelectorsAPI - I'm not sure if it is broken in prototypejs or Webkit. Regardless, the workaround is to tell prototypejs not to use the SelectorsAPI. Seems to work for me. Strange, especially since there isn't an issue in IMP 5. It must have something to do with the other elements in the page also - somewhere along the line, something changed in IMP 5 where this bug doesn't manifest itself anymore. Since I'm not going to spend anymore time tracking this down in DIMP 1.x, this solution will do. Mon, 08 Jun 2009 20:49:44 +0000 https://bugs.horde.org/ticket/8267#t54495 Confirm, this resolves the issue in FF 3.5b4 on Vista, and on Chrome. CVS changes applied, and Dimp config set back to normal... Dimp once again usable for me... :) Thanks Michael. Tue, 09 Jun 2009 06:03:41 +0000 https://bugs.horde.org/ticket/8267#t54500 Hi! Can anyone please explain to a non Javascript -Dom expert, how I could get dimp work again with firefox3.5 clients (we are suffering the same "other folder than inbox" issue) Thank you! regards martin Mon, 20 Jul 2009 08:58:23 +0000 https://bugs.horde.org/ticket/8267#t54985 I encountered same issue in stable DIMP (1.1.2) with FF3.5, and found what I think is the cause (annoyingly I only found this ticket afterwards - otherwise I'd have just applied the fix from CVS!). The message list ViewPort contains elements with DOM IDs of the form vp_row[UID][MAILBOX]. For subfolders these look like 'vp_row1234Lists/Horde', i.e. invalid HTML ID (cannot contain forward-slash). This breaks Prototype in Selector.findElements, for browsers that implement Selectors API. Replacing non-word characters (as is done elsewhere in DIMP) fixed it for me, i.e: --- ViewPort-old.js 2009-07-20 23:16:35.000000000 +0100 +++ ViewPort.js 2009-07-20 22:48:50.000000000 +0100 @@ -1253,7 +1253,7 @@ if (!Object.isUndefined(e)) { // We can directly write the rownum to the original object // since we will always rewrite when creating rows. - e.domid = 'vp_row' + u; + e.domid = 'vp_row' + u.replace(/_/g,'__').replace(/\W/g, '_'); e.rownum = this.uidlist.get(u); e.vp_id = u; return e; I'd take a look at IMP 5 to see how this got fixed, but horde.org seems broken at the moment... Mon, 20 Jul 2009 23:32:08 +0000 https://bugs.horde.org/ticket/8267#t55006 Thank you for your response, does dimp uses the js/ViewPort.js (where I can't find the lines with e.domid) or does dimp use the js/src/ViewPort.js? (do I have to compile it somehow after changing in the src)? regards Martin Tue, 21 Jul 2009 06:46:38 +0000 https://bugs.horde.org/ticket/8267#t55007 Martin, for production use you are better off with the fix in CVS mentioned below - I think there are other issues introduced when the Selectors API is used. The CVS fix also includes a new compressed js so you don't need to mess around with paths. DIMP uses the compressed js by default (i.e. not the one in src/); instructions for changing this are in dimp/docs/INSTALL. Tue, 21 Jul 2009 08:49:49 +0000 https://bugs.horde.org/ticket/8267#t55008 > The message list ViewPort contains elements with DOM IDs of the form > vp_row[UID][MAILBOX]. For subfolders these look like > 'vp_row1234Lists/Horde', i.e. invalid HTML ID (cannot contain > forward-slash). This breaks Prototype in Selector.findElements, for > browsers that implement Selectors API. Your solution is a workaround, not a fix. The solution in CVS is the correct fix - it does not assume that you have to do tweaking of DOM IDs in the future, if any further changes are made to the CVS code. Tue, 21 Jul 2009 14:18:00 +0000 https://bugs.horde.org/ticket/8267#t55013 Michael, has this been included in 1.1.3? I can't see it in any of the change documentation...? Just would like to know whether I will need to reapply the CVS change that is noted in this ticket after I update Dimp to 1.1.3. Thu, 29 Oct 2009 23:14:14 +0000 https://bugs.horde.org/ticket/8267#t56482 From my experience the latest dimp version does not have this issue any more - we have the expected preview behaviour in firefox 3.5.x regards Martin Fri, 30 Oct 2009 09:02:20 +0000 https://bugs.horde.org/ticket/8267#t56483 Thanks Martin. Fri, 30 Oct 2009 11:06:44 +0000 https://bugs.horde.org/ticket/8267#t56484