Re: Re: AH02483: lua: Lua handler 'handle' did not return a value, assuming apache2.OK (mod_lua)
Eric Covener <[email protected]> Fri, 17 Jul 2026 07:44:48 -0400
| Newsgroups | gmane.comp.apache.user |
|---|---|
| Message-ID | <CALK=YjOm7R-DLynN54PaHd+YjOpskSwcyZSJye5J6cc-VrHO=w@mail.gmail.com> |
There is no need to followup so frequently, please stop. On Fri, Jul 17, 2026 at 7:42=E2=80=AFAM Kumaresan S <kumaresan.s@mind-graph= .com> wrote: > > Hello Apache HTTP Server Community, > > I would like to politely follow up on my previous email regarding the fol= lowing mod_lua warning: > > AH02483: lua: Lua handler 'handle' in /var/www/nonce.lua did not return a= value, assuming apache2.OK > > I understand everyone here is volunteering their time, and I appreciate t= he support provided through this mailing list. > > If anyone has any insights on whether this warning is expected behavior o= r if there is a recommended best practice for LuaMapHandler return values, = I would be very grateful for your guidance. > > Please let me know if I should provide any additional information, such a= s my Lua script, Apache configuration, or complete error logs. > > Thank you for your time and assistance. > > Best regards, > Kumaresan S > > ________________________________ > From: Kumaresan S <[email protected]> > Sent: Friday, July 17, 2026 4:13 PM > To: [email protected] <[email protected]> > Subject: Re: [users@httpd] Re: AH02483: lua: Lua handler 'handle' did not= return a value, assuming apache2.OK (mod_lua) > > Hello Apache HTTP Server Community, > > Thank you for your response. > > I have already updated my Lua handler to explicitly return `apache2.OK` a= t the end of the `handle()` function. > > For example: > > function handle(r) > ... > return apache2.OK > end > > However, Apache continues to log the following warning for every request: > > AH02483: lua: Lua handler handle in /var/www/nonce.lua did not return a v= alue, assuming apache2.OK > > The application behaves as expected, and there are no functional issues w= ith the application or the Lua handler. The CSP nonce is generated correctl= y, the application loads successfully, and everything works as intended. Th= e only concern is that this warning is logged in the Apache error log for e= very request. > > Could you please advise if there are any other conditions that could caus= e this warning even when `apache2.OK` is explicitly returned? > > Also, is this warning the expected/default behavior of Apache/mod_lua in = any scenarios, or does it indicate that the handler's return value is not b= eing recognized? > > If this warning is expected and does not indicate any functional issue, p= lease let me know so that we can treat it as an informational warning. > > If it would be helpful, I can provide: > - The relevant Apache configuration (`LuaMapHandler`) > - Apache version information > - The complete Apache error log > > Thank you for your time and guidance. > > Regards, > Kumaresan S > ________________________________ > From: Eric Covener <[email protected]> > Sent: Friday, July 17, 2026 4:04 PM > To: [email protected] <[email protected]> > Subject: Re: [users@httpd] Re: AH02483: lua: Lua handler 'handle' did not= return a value, assuming apache2.OK (mod_lua) > > On Fri, Jul 17, 2026 at 4:47=E2=80=AFAM Kumaresan S <kumaresan.s@mind-gra= ph.com> wrote: > > AH02483: lua: Lua handler 'handle' in /var/www/nonce.lua did not return= a value, assuming apache2.OK > > I think the message speaks for itself. The manual says: > > Hook functions are passed the request object as their only argument > (except for LuaAuthzProvider, which also gets passed the arguments > from the Require directive). They can return any value, depending on > the hook, but most commonly they'll return OK, DONE, or DECLINED, > which you can write in Lua as apache2.OK, apache2.DONE, or > apache2.DECLINED, or else an HTTP status code. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --=20 Eric Covener [email protected]