Nice Lighthouse Pro update

This post is more than 2 years old.

I don't normally blog about every little update to my open source applications, but I thought I'd point out an update to Lighthouse Pro that I just released. Along with some bug fixes (thanks to Lincoln Milner), I finally added issue defaults for projects. What this means is you can specify a default project area, severity, status, and issue type at the project level. Any new issue will use these defaults. This also applies to issues created via email.

As always - any feedback or suggestions for LHP are welcome.

Raymond Camden's Picture

About Raymond Camden

Raymond is a senior developer evangelist for Adobe. He focuses on document services, JavaScript, and enterprise cat demos. If you like this article, please consider visiting my Amazon Wishlist or donating via PayPal to show your support. You can even buy me a coffee!

Lafayette, LA https://www.raymondcamden.com

Archived Comments

Comment 1 by Sean Ford posted on 8/10/2010 at 2:35 PM

Ray,

I was wondering if you've ever given any thought to allowing users to register themselves directly on the login screen. I was thinking of using Lighthouse as a simple way for my clients to file bugs in applications I develop for them. However, I don't want to have to manually create accounts for each employee.

How would I know what project to assign them to? (assuming that I use the same setup for multiple projects)...I was thinking of hard-coding the projectID in the Support link. If they register, they are automatically assigned to that project...if they are already registered, and the project is a new one (for clients with multiple projects), it would assign the new project to them upon a successful login.

Any thoughts on this? I have a few more, but want to get your feedback first.

Regards, Sean Ford

Comment 2 by Raymond Camden posted on 8/10/2010 at 5:35 PM

No, I've not consider auto registration. (Well, I did consider a hosted LHP solution that I'd charge for.)

The closest LHP has is the email support. You can let users send email (or even build a form front end that sends the email) and it will auto create issues.

Comment 3 by Andrew posted on 8/17/2010 at 9:50 PM

Hi Ray,

Love the site and LHP! New to Model-Glue and Coldspring and trying to make a few quick modifications to LHP.

I've noticed that the application does not appear to be updating after I make the code changes. For example, I can update a SQL statement in the authenticate function to always use a username that is not in the db (not that this is a change i'm planning on keeping, but rather an example of something that should make the site bomb;), and it will still let me login with appropriate credentials?

I've looked around your site for some help. I have trusted caching off and I've cleared the cache before reloading any of the pages.

Just wondering if you have any ideas as to why nothing seems to uptade. I have other coldfusion applications on the same server which will update.

Comment 4 by Raymond Camden posted on 8/17/2010 at 9:54 PM

MG caches a lot of stuff for performance. Look in ColdSpring.xml and
you will see a reload key and password. I believe I left it at
default: init and true

In the browser, add

&init=true

And it should refresh.

Comment 5 by Andrew posted on 8/18/2010 at 3:19 AM

Awesome! Thanks Ray for the quick response. LHP is a great product!

Comment 6 by Jack Ding posted on 12/18/2010 at 7:38 PM

Ray,

I am a CF application developer using LHP since its very earlier stage and I do love it and got used to it within my programming life.

However I have been working on many PHP projects recently due to more country specifics here (I am located in China where CF is less popular at this end). I am thinking of re-writing LHP in PHP. And of course it will remain open-sourced. Here I would like to ask for your permission and some help for that. If that is workable please let me know.

Regards,
Jack

Comment 7 by Raymond Camden posted on 12/18/2010 at 7:51 PM

Sounds ok to me.

Comment 8 by Jack Ding posted on 12/19/2010 at 9:41 AM

Great! Thanks very much for your prompt reply Ray.

Comment 9 by Adam posted on 3/2/2011 at 5:34 PM

I have a user who is assigned to all of the projects that I have created. However, this user doesn't want any email alerts so I have opted them out of all 'Email projects'. This is on the User Edit screen.

When I update an issue then I get an undeliverable email alert as LHP still attempts to send an email. I have put a dummy email into the email field for this user as it is required.

I think this is a bug? Sorry I tried adding this to riaforge but couldn't log in after registering.

Thanks in advance,

Adam

Comment 10 by Adam posted on 3/2/2011 at 5:51 PM

I should add that this only happens when the issue was raised by the user in question. That is, it seems to send an update to the user who created the issue even if they are opted out of email alerts.

Is this by design?

Thanks,

Adam

Comment 11 by Adam posted on 3/4/2011 at 10:19 PM

Sorry for cluttering up this post with comments but not sure where else to post them.
Not sure that the above is a bug in as much that an undeliverable email message only gets triggered when the user email address is bogus. When you put in a valid email then no email is sent at all which is the correct behaviour based on the 'Email projects' setting.

So here is a feature request:

Have an email setting so that users only get email updates to tickets that they initially created or even better to those that they currently own. That way they wouldn't get all emails from a project just the ones that they are interested in. E.g. if issue gets marked as 'ready for testing' or whatever.

Any takers on that one?

Apologies for all the ramblings...

Comment 12 by Raymond Camden posted on 3/6/2011 at 11:37 AM

You can file bug reports, and requests, here: http://lighthousepro.riafor.... There is a Issues link you can follow. Please do so - it helps keep me organized. :)

Comment 13 by Randy Smith posted on 2/5/2012 at 12:01 AM

Ray, So far loving Lighthouse! Tried to load Mantis - what a pain.

I have most things set up, but .... how do you get the email to bring in the issues? I am using my POP server address, do I need to use SMTP? And what triggers it to go look for the mail?

Thanks for this product - saving my hide!
RLS

Comment 14 by Raymond Camden posted on 2/5/2012 at 12:08 AM

The mail settings should point to a pop server. Then LHP uses cfpop to read in the mail. (Be sure it is ok for LHP to delete the mail.) The docs should - stress should - discuss this. ;) If not,ask more questions.

Comment 15 by Randy Smith posted on 2/5/2012 at 12:26 AM

Wow! You are on top of the replies! Very impressed, thank you!

By "make sure LHP can delete the mail" I assume that just normal CFPOP add/delete functions are used so I don't need to go to great lengths to make sure unless I've already gone to great lengths to prohibit such activity.

I think the mail problem is on my side, looking into it. I've set up over a thousand emails, but something went kablooey inside the mail server this time... :-( Happens to even the mediocre of us.

I assume also that LHP is only going to pull from mail when *someone* (anyone) access the system and/or the projects, and that will be the trigger to check the mail as I don't think you auto-installed any automated processes to read the mail.

Thanks again for this product, reports, tools, forms, interfaces -- all are wonderful!

RLS

Comment 16 by Raymond Camden posted on 2/5/2012 at 12:30 AM

"By "make sure LHP can delete the mail" I assume that just normal CFPOP add/delete functions are used so I don't need to go to great lengths to make sure unless I've already gone to great lengths to prohibit such activity."

Right, what I meant is, don't point a LHP project to your personal email. It will read, consume, and destroy. You would make a new email account for the project, like, project@foo.com.

" assume also that LHP is only going to pull from mail when *someone* (anyone) access the system and/or the projects, and that will be the trigger to check the mail as I don't think you auto-installed any automated processes to read the mail."

Actually it IS automatic. The code creates a ColdFusion Scheduled task. I think it runs once every 15 minutes. What's cool then is that if you (a LHP user) have subscribed to a project, then you would get notified.

Comment 17 by Randy Smith posted on 2/5/2012 at 12:35 AM

I need to step into that auto-create a scheduled task stuff. SO MUCH of ColdFusion goes unused, just like the human brain. SO MUCH more I could be doing, given time and training. The good news is that it's there for us when we're ready to "scale up"! Thanks for showing us the way (and for your LHP comments).
RLS

Comment 18 by Peter Tanswell posted on 5/15/2013 at 6:55 PM

500 - Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed.

Comment 19 by Raymond Camden posted on 5/15/2013 at 7:00 PM

Eh? Are you reporting an error?

Comment 20 by Peter Tanswell posted on 5/15/2013 at 7:02 PM

Hi

Have just installed lighthousepro on a server

It resides in:

c:/inetpub/wwwroot/lighthosepro

Have downloaded both modelglue and coldspring as required

Installed these under lighthousepro folder in folders modelglue and coldspring

Have setup a new mySQL database and the dsn name is lighthousepro

When i run it on the server I get an error message:

Could not find the included template /modelglue/gesture/ModelGlue.cfm

If trying to access across the net using

http://115.69.38.220/lighthousepro/

I get the following error message

500 - Internal server error.
There is a problem with the resource you are looking for, and it cannot be displayed.

Any tips on how to address and get this working will be greatly appreciated.

Regards

Peter

Comment 21 by Raymond Camden posted on 5/15/2013 at 7:05 PM

Do you have a ColdFusion mapping for modelglue?

Comment 22 by Peter Tanswell posted on 5/15/2013 at 7:31 PM

Hi there

I added the mapping in CF Administrator - for both ModelGlue and also ColdSpring

/ModelGlue and /Coldspring

I now get a totally different error message

An error occurred when performing a file operation read on file:

C:/inetpub/wwwroot/lighthousepro/config/ColdSpring.xml.cfm

It appears as though acces maybe denied?

Thanks in advance

Comment 23 by Raymond Camden posted on 5/15/2013 at 7:34 PM

Yeah, check to ensure it isn't marked read only or has some other block on it. If CF is running as a user, ensure that user has read access.

Comment 24 by Peter Tanswell posted on 5/15/2013 at 7:42 PM

I'm stumped - properties appear to be OK and access appears to be OK.

Not sure now - I cannot see what the issue is that is preventing it working.

I could give you access to the server if you wanted a quick look to see if you could rectify the issue.

I expect its is something that I have overlooked but just cannot see what it is.

Can email me at the email address I included.

Thanks in advance

P

P.S. Its 2am here and I have an important meeting tomorrow and am hoping to display this application if it is working.

Comment 25 by Raymond Camden posted on 5/15/2013 at 8:22 PM

All I can think of is to build a CFM, outside of LHP, that tries to read the same file. If _that_ works, then we are misreading the error and it is something else.

Comment 26 by Peter Tanswell posted on 5/17/2013 at 4:24 AM

Hi there

I did another install of the application (this time on my laptop) which also has coldfusion running on it. I get the exact same message so am thinking perhaps it is something that I have done incorrectly in the overall setup and configuration.

Perhaps you can email directly on peter.tanswell@cleverminds.com.au re possible ideas etc

Thanks in advance.

P

Comment 27 by Alan Holden posted on 9/20/2013 at 11:33 PM

I can find little documentation on the Lighthouse "incoming mail" features. Which of the following statements are true?

A. You can create a brand new issue by sending an email to a Lighthouse address.
B. If you REPLY to a Lighthouse-generated issue notice email, then Lighthouse will add your reply as an additional comment.
C. You can REPLY to a Lighthouse-generated issue notice email, and somehow change the variables within the issue.
D. The answers I seek are actually contained within documentation, I just haven't found it yet.

If I needed to make one of these statements true, to what section of your project should I direct my attention?

Many thanks, see you in October...

Comment 28 by Raymond Camden posted on 9/21/2013 at 3:25 PM

A) Yes.
B) No.
C) No.
D) Well, I don't say B and C are possible, but I don't say they are impossible.