<div dir="ltr"><div><div>So for now, Should I skip the update query and just show the initial select statement instead?<br><br></div>Regards<br></div>Smita Kumari<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Mar 4, 2014 at 6:57 PM, Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info" target="_blank">marc@infomarc.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Atul Pratap Singh a écrit :<br>
<div><div class="h5">> On 3/3/14, Smita <<a href="mailto:kumarismita62@gmail.com">kumarismita62@gmail.com</a>> wrote:<br>
>> On Mon, Mar 3, 2014 at 10:08 PM, Atul Pratap Singh <<br>
>> <a href="mailto:atulpratapsingh05@gmail.com">atulpratapsingh05@gmail.com</a>> wrote:<br>
>><br>
>>> On 3/3/14, Smita <<a href="mailto:kumarismita62@gmail.com">kumarismita62@gmail.com</a>> wrote:<br>
>>>> Hi,<br>
>>>><br>
>>>> I was looking at the bug <a href="http://sourceforge.net/p/phpmyadmin/bugs/4301/" target="_blank">http://sourceforge.net/p/phpmyadmin/bugs/4301/</a>.<br>
>>>> I<br>
>>>> think, If the query execution is not redirecting page, ie it's<br>
>>>> happening<br>
>>> on<br>
>>>> the same page via an ajax request then there are two ways we can<br>
>>>> approach<br>
>>>> it.<br>
>>>> 1.  Append an another Query box below previous Query box for all the<br>
>>>> following requests. So in this case, we'll have separate query boxes<br>
>>>> for<br>
>>>> each operation performed on the page.<br>
>>> Smita,<br>
>>> Similar behavior occurs when:-<br>
>>> In Browse mode, click on "Edit" in a table row => On edit page change<br>
>>> something and click Go => see two SQL query boxes with UPDATE query<br>
>>> box on top not below.<br>
>>><br>
>> Yeah, skipping UPDATE query sounds good to me and In the success popup I<br>
>> think it's fine to just show the updation success message?<br>
>><br>
> Yes, for the purpose of this bug, its fine for me to skip showing the query.<br>
> But indeed we need to have a full SQL log/history as well.<br>
><br>
> Marc,<br>
> Can we modify [0] to include implementing a full SQL log/history<br>
> feature as suggested by Michal ?<br>
><br>
> [0] <a href="https://sourceforge.net/p/phpmyadmin/feature-requests/1492/" target="_blank">https://sourceforge.net/p/phpmyadmin/feature-requests/1492/</a><br>
><br>
><br>
> Regards<br>
<br>
</div></div>Atul,<br>
yes, I'll modify it as well as the GSoC ideas list.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Marc Delisle<br>
<a href="http://infomarc.info" target="_blank">http://infomarc.info</a> | <a href="http://phpmyadmin.net" target="_blank">http://phpmyadmin.net</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
------------------------------------------------------------------------------<br>
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.<br>
With Perforce, you get hassle-free workflows. Merge that actually works.<br>
Faster operations. Version large binaries.  Built-in WAN optimization and the<br>
freedom to use Git, Perforce or both. Make the move to Perforce.<br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk</a><br>
_______________________________________________<br>
Phpmyadmin-devel mailing list<br>
<a href="mailto:Phpmyadmin-devel@lists.sourceforge.net">Phpmyadmin-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel</a><br>
</div></div></blockquote></div><br></div>