×

Give a tip

Leaderboard

Popular Content

Showing content with the highest reputation since 05/03/2021 in Posts

  1. Hey Maxers, Welcome to having a try of the brand new release! Version 6.1.2.1000 Build (0508) If you have the previous version of 6.1.2.1000, please download and update this latest version manually. For the full release note and changelog: click here Happy browser and leave your comment!
    2 points
  2. Hi, I was logged in. However now I did downgrade to 6.1.2.905 and upgrade to 6.1.2.1000 few times back and forth and the shortcut persisted. So not sure what it was that time when it didn't work before my initial post, but now it seems working. I'll keep track of it in future versions. Thanks
    1 point
  3. Hi Michael, I tired to test this issue many times in the portable and the installed version but haven't reproduced it. Could you provide me a video of it? The dev team will push the auto-update in the background if there is no terrific crash or data loss issue. If we receive some bug reports regarding the latest version, we will test and fix the bug first, then push the auto-update. This issue belongs to the product design; we have recorded and reported it to the product team. This request is being considered seriously. 😊 We will update the core as soon as possible.
    1 point
  4. Hi there, could you try this issue in the fresh portable version? This issue may caused by the proxy or VPN extension.
    1 point
  5. @BugSir009 I went from 6.1.2.900 to 6.1.2.1000. Installed it manually from download page here.
    1 point
  6. Точно так же, иногда даже не 2-3 дня а один!
    1 point
  7. Hello! Used your alternate link to download Mx6.1.2.1000 (64-bit) 0430 & that now loads ok. I have a shortcut in the task bar & if Maxthon isn't running, that loads it ok, but if Maxthon is minimized to tray, then the shortcut doesn't bring it to foreground (worked with previous beta), only the tray icon now works. Once again, I need to report auto-update still doesn't work & neither does the auto-rename when downloading a file that already exists, unless the destination folder has previously been parsed in this session. Hello (again)! I see Opera, Brave &
    1 point
  8. Hello. Thanks for the idea. I made a few tests and found that the issue is related to the Torguard VPN extension - somehow it affects the way how login dialog loads.
    1 point
  9. Hello I would like to suggest to you to try checking it with MX portable to see if it behaves the same as the installed version If it behaves the same then the problem has to do with Maxthon itself
    1 point
  10. Will there be an update, so that when downloading a file, there is an option we can choose "open" the file instead of forcing us to download it to local folder please?
    1 point
  11. gazumba3233864 Thanks in advance! Note that after I restored from Passkeeper server, my PWs are running fine. So, it is not necessarely restore again. Just verify why the PW was not loaded.
    1 point
  12. Hi, BugSir009, Thank you for information about different behavior of last session in MX6. I want to agree with Poizon and others, and ask you to back to the behavior last session of MX6 like it was in MX5. It is probably the main reason why I choose MX my default browser. It has many other cool functions, but this is my favorite. And will be great if it will independent file with possibility to copying from one MX user data folder to another. Thanks:)
    1 point
  13. Hi ONE, welcome to Maxthon 😊 Yes this forum is for Maxthon browser, so feel free to post questions or suggestions pertaining to the browser.
    1 point
  14. @BugSir006- problem "self-resolved" with the 6.1.2.1000 update.
    1 point
  15. The issue seems to have been fixed in 6.1.2.1000.
    1 point
  16. Wonderful! Thank you SO much for setting Shift + Submit back to new tab rather than new window. HUGELY appreciated. 🙂
    1 point
  17. Same here! I had to restore a backup from Maxthon servers!
    0 points