#294 Cannot select all and delete mail in Usermin

1.230
open
Read Mail (122)
5
2007-06-09
2006-10-20
Faisel J
No

I am in Usermin, ver. 1.230, in the Read Mail module.
I select all the emails on the page showing my Mail
in Inbox, and then click Delete. 1 out of 20 times, I
get the Confirm Delete page, which I can then click
and the selected emails are deleted. But at all other
times I do not get the confirmation page even though
this is set in the Preferences.
Instead, I get get a blank white page as the page is
trying to load, which eventually displays with the
error message that "The page could not be displayed".
Upon clicking the back button on the browser, I can
see the emails I have selected have not been deleted.
If I click the Refresh button whilst the confirmation
page is loading, I get the "No button clicked" error
message in Usermin.
However I have discovered if I select up to about 5
emails to delete, and then click Delete, the process
is successful.
I have tried reinstalling Usermin though the Webmin,
but with the same effect afterwards.

Discussion

  • Jamie Cameron

    Jamie Cameron - 2006-10-20

    Logged In: YES
    user_id=129364

    There is a bug in IE that can cause this sometimes.
    If you try the same thing in Firefox, does it work OK?

     
  • Jamie Cameron

    Jamie Cameron - 2006-10-25
    • status: open --> closed
     
  • Faisel J

    Faisel J - 2006-10-26

    Logged In: YES
    user_id=1624889

    Works okay in Firefox.
    Only problem I have is other people are accessing it, and cannot always
    guarantee they will not use IE. But thanks anyway for the prompt
    response.

     
  • Nobody/Anonymous

    Logged In: NO

    Exactly the same bug (which i would guess to be top priority) in the latest version Usermin 1.270

     
  • Brian

    Brian - 2007-06-06

    Logged In: YES
    user_id=1808830
    Originator: NO

    Has anyone found a solution for this bug yet?

    I'm ready to roll out Usermin as the primary webmail client for all of our users (around 1,600 or so). I'm really hesitant to do so until I find a solution to this bug.

    Just curious if anyone has made any progress or has any ideas? Seems to stem from the ui_hidden function ...

    Thanks!

     
  • Brian

    Brian - 2007-06-06

    Logged In: YES
    user_id=1808830
    Originator: NO

    Not in ui_hidden -- definately an IE bug. If you change the <form> on mailbox/index.cgi to GET instead of POST, it works. So it's something to do with the way IE is handling the POST data. Any security risks involved with leaving it GET for now until a more permanant solution is found?

     
  • Jamie Cameron

    Jamie Cameron - 2007-06-09
    • status: closed --> open
     
  • Jamie Cameron

    Jamie Cameron - 2007-06-09

    Logged In: YES
    user_id=129364
    Originator: NO

    This is without a doubt an IE bug. I finally managed to find a Windows machine that exhibited this bug, and found that it happens when the webserver (Usermin's miniserv.pl) sends data to IE too quickly. Adding an intentional tiny delay seems to prevent it!

    To test this, edit the file /usr/libexec/usermin/miniserv.pl , and find the write_data function, which starts around like 2485.
    At the end of this function, just before the line :

    $write_data_count += length($str);

    add the line :

    select(undef, undef, undef, .01) if ($write_data_count%10 == 0);

    Then restart Usermin with the commands :

    /etc/usermin/stop ; /etc/usermin/start

    I would be interested to hear from users if this works or not..

     

Log in to post a comment.