[rt-users] Pressing the ticket Create button twice creates the same ticket twice

[Ruslan Zakirov]

Hi,

Try attached patch. Check if it works and let it roll for a while. If
it works and there are no objections from other developers then I'll
push it into the core.

Don't forget to clean mason cache and restart web server.

On Fri, Oct 15, 2010 at 10:33 AM,  <Markus.Kummer at t-systems.com> wrote:
> Dear list,
>
> My environment:
>
> RT 3.8.8
> Perl 5.8.8
> apache 2.2.8
> FastCGI 2.4.6
> OS: Ubuntu or SuSE (same behaviour)
>
> I have a problem with the ticket creation. The following situation:
>
> A user wants to create a ticket and clicks the create button. Because of a slow network connection the response takes some seconds. The user is impatient and presses the create button again. -> Two tickets with different id's but same content are created. The user can create the same ticket as long as the response from the first create has come back.
>
> This did not occur in RT 3.4.6.
>
> Is there any way to deactivate the create button until the request has finished?
>
> Thanks for any help.
>
> Best regards,
>
> Markus
> ============================================
> T-Systems International GmbH
> SDU Telco NPS
> Vorgebirgsstr. 49
> 53119 Bonn
> Tel: + 49 228 9841 3820
> E-Mail: markus.kummer at t-systems.com
>
> T-Systems International GmbH
> Supervisory Board: René Obermann (Chairman)
> Board of Management: Reinhard Clemens (Chairman), Dr. Ferri Abolhassan, Olaf Heyden, Joachim Langmack, Georg Pepping, Klaus Werner
> Commercial register: Amtsgericht Frankfurt am Main HRB 55933
> Registered office: Frankfurt am Main
> WEEE -Reg.-No. DE87523644
>
> RT Training in Washington DC, USA on Oct 25 & 26 2010
> Last one this year -- Learn how to get the most out of RT!
>



-- 
Best regards, Ruslan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: RT-3.8-disable_submit_buttons_to_avoid_multiple_submits.patch
Type: application/octet-stream
Size: 1216 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20101019/96f95624/attachment.obj>