Maxthon Browser 3.0.7.9 Alpha Released (2010-03-15)

This topic has been Close by JarC at 2010-5-13 14:49.

Maxthon Browser 3.0.7.9 Alpha Released (2010-03-15)

New Maxthon 3 Alpha versions will be released through progressive online update, which will only download and replace changed components. Changelog will be updated in this post as soon as available. Standalone versions will also be released and can be downloaded and installed manually over the existing version.

Note: If you are using vista or win7 with UAC enabled, online update may not work. In this case you can close Maxthon, right click Maxthon shortcut, select "Run as Administrator", and update again.

when the update is downloaded, you may need to again start Maxthon3 as Administrator to allow the actual update to take place if the updater tells you it will update on next launch. ~JarC

Changelog

3.0.7.9  (2010-03-15)

Download (auto update will be available soon)
http://dl.maxthon.cn/mx3/mx3.0.7.9.exe  
md5: 9701b37c0207363fef68ea4d2142c23a

Webkit Core
+ added popup blocker
+ added setup center (elementary settings only ATM)
+ added support for third parties protocol like emule (ed2k) links
+ big images can be clicked to fit browser and clicked again to restore
* optimized CPU and memory usage
* improved web page loading speed
* fixed blank tab problem when javascript links are dragged and dropped
* fixed possible crash problem in certain web pages
* fixed a focus problem

3.0.6.32  (2010-02-26)

Download (auto update will be available soon)
http://dl.maxthon.cn/mx3/mx3.0.6.32.exe
md5: eba2837a014b148ede9359a15ca59807

Framework
* fixed problem showing https website favicons

Webkit Core
* support webpage scrolling with the trackpoint of thinkpad
* fixed problem that underline is not drawn or redrawn
* fixed problem that some dialogs cannot be closed
* fixed a context menu display problem
* fixed some decoding problems
* fixed some CSS loading problems
* fixed flickering/refreshing problem of some login verification codes

IE Core
* fixed problem that Ctrl + F may not open Find in Page dialog

3.0.6.31  (2010-02-04)

Download (auto update will be available soon)
http://dl.maxthon.cn/mx3/mx3.0.6.31.exe
md5: f84c3c646141e61fc2322a6030eb9574

Framework
* improved startup speed
* improved exit speed
* fixed a ctrl +/- not working problem

Webkit Core
+ support browsing FTP and local folder
+ improved encoding detection of frames
+ improved startup speed and reduced memory usage
* fixed a response problem after running Ctrl+A
* fixed a focus problem after opening new tab by drag and drop

3.0.6.27 (2010-01-28 auto update)

Framework
* fixed problem under vista that some processes may not exit after browser closed
* fixed problem under Win7/Vista that can not open html file or external links when run as administrator and set as default browser
* fixed problem that browser may not be opened while online update in progress
* fixed address bar dropdown menu selection problem
* fixed focus problem of tab activation by dropdown menu
* Home button open a new tab now

Webkit Core
* improved stability and lowered memory usage
* fixed crash problem visiting some websites
* fixed scrolling problem after clicking flash video controls
* fixed some specific webpages compatibility problems

3.0.6.24 (2010-01-19 auto update)

Webkit Core
* fixed some crash problems after submitting form

3.0.6.23 (2010-01-19)

Download
http://dl.maxthon.cn/mx3/mx3.0.6.23.exe
md5 cc810336e3c7a2e810cc44be16991190

Framework
+ changed user data location to solve some UAC related problems
* fixed problem that address bar dropdown menu may block IME window
* optimized online favorites synchronisation logic
* fixed problem that setting default browsing does not work under some circumstances
* optimized browser focus
* fixed problem that browser may lost response after clicking favorite
* fixed a window size problem under windows 7

Webkit Core
* fixed problem that gif stop animate after right click on webpage
* fixed WMP loading problem
* optimized webpage compatibility check and reduced encoding problem
* fixed slow response of selecting webpage by Ctrl+A
* fixed word deleting problem by backspace under some IME
* fixed encoding problem of the name of some downloaded files
* fixed find in page not working problem
* press next on the last match of find in page will move to the first match now
* drag and drop selected text of a link will search the selected text instead of opening the link now
* optimized plugin loading
* fixed drag and drop problem of google search results after login to google.com
* fixed compatibility problems of some web sites

Others
* optimized downloader

3.0.6.18 (2010-01-08)

Framework
* fixed slow exit problem
* fixed tab position problem under some circumstances

3.0.6.17 (2010-01-08)

WebKit Core
* fixed login problem of certain webmails
* fixed display problem of hotmail

3.0.6.16 (2010-01-07)

Framework
* fixed problem that webpage lost focus when interface is clicked
* fixed problem under win7/vista that browser window cannot be moved by dragging top edge
* fixed a dual monitor maximize problem
* improved engine selection logic
* window position is now memorized when docked to the edge of screen under win7

WebKit Core
* reduced memory usage of rendering images
* fixed some potential crash problems
* fixed cursor display problem after middle mouse click on links
* fixed a flash menu problem
* fixed some compatibility problems of certain websites

3.0.6.13 (2009-12-31)

Framework
* fixed problem that proccess do not exit after close
* fixed address bar tip on the right flickers on startup

3.0.6.12

Framework
* improved startup speed

Webkit Core
* updated webkit core components
This post replaces the previous, which cannot be edited due to some unknown problem.
It's amazing that you actually release this after the numerous reports that it's impossible for people to type the @ sign in the browser.

So in order for people to login, they need to copy and paste the @ sign...

The browser does not work with CTRL+ALT+<insert key that should work here>. Nor does it work with the Right Alt (AltGR). This is everywhere in the GUI. Webpages work, but not in the search field, address field or login field.

[Intel Core i7 920, 12GB RAM | ATI 4870 PCI-E 2GB |30" TFT @ 2560x1600 | Windows 7 Ultimate]

Reply 1# abc@home's post

What's the location for user settings now?
Quote: Original posted by Ices_Eyes at 19-1-2010 08:42
What's the location for user settings now?
@ "[master_drive]\Documents and Settings\[user_name]\Application Data\Maxthon3\"
& thats badly... im using max3 like portable browser on my flash drive... can it be "selective option"or some "path for settings to store"?

Reply 5# GHosTiK's post

I hate to have settings store there :-(
For example i usually install programs in a separate partition, so do not have uac related problems... I know of some programs that let user select to use the appdata folder or the program folder itself for the settings, so maybe this could be a good solution...! :-)
Quote: Original posted by GHosTiK at 2010-1-19 09:14

Quote: Original posted by Ices_Eyes at 19-1-2010 08:42
What's the location for user settings now?
@ "[master_drive]\Documents and Settings\[user_name]\Application Data\Maxthon3\"
& thats badly... im using max3 like portable browser on my flash drive... can it be "selective option"or some "path for settings to store"?

a battle that never can be won, put it in the app folder and folks start screaming bloody murder it ain't stored where Windows always stores userdata, put it in the userdata folder and portable folks start yelling...

and how would you tell Maxthon where it settings are stored before it can read them? It first has to read _something_ to find out where... which brings you right back at the original problem instigating this change

Reply 7# JarC's post

uTorrent is checking its folder for a settings files at first, and only then in %userdata%. Its a good compromise between portability and permissions handling, if you have it installed in Program Files.

Reply 8# YuraH's post

Also Notepad++ works in this way. First check for a config file in the program folder and then in the appdata. But I think the other way could work too... Or another solution could be to check a registry value. If present the settings are in the appdata (no partability needings) and if not present or with another value the settings are in the program folder itself...
you're both overlooking one thing. both examples you guys mention only use one set of settings...they don't support multiple user settings within the same windows user account

in other words, the file with account data, determining which account to use, has to be written to someplace and read from someplace.

So where would that be if you are dealing with UAC? There is no option then to first check the program folder, because it won't be allowed to write settings there under UAC, so the account data file then ends up in the VirtualStore (or accidentally in the program folder if someone runs it in admin mode...)

so as I said, you're right back where you started from...

Now. If someone thinks they know what they are doing, then there is a way to get around this. Junction Points... Nix users may know them as Symbolic Links...

There are one or two utilities/shell extensions out there which make the use of Junction Points and Hard Links a bit easier, but venture at your own risk. If you use such utilities than you're on your own. No support...

In other words, either be completely and thoroughly informed about the effects and scope of such utilities, otherwise stay away from them.

Reply 10# JarC's post

Well... I don't see the point here... If M3 check for the file first in the program folder, if it does not find it there, it searches for the file in the AppData folder. It has just to check, not to write anything. After it has found the file with the accounts, then it has both  the accounts and the folder to use for the settings. It's all about the priority. If a config file will be present in both location, then it could be decided that settings in program folder has a priority.
Where to store the data caould be decided during the installation time, the user will have to chack something to store data in the program folder, so if will have some problems vaused by uac it will be just his fault...
Goining in very right direction
Keep it up!
Update on 3.0.6.24
Update to 24. MxUp.exe process hungs and browser not start...

[ Last edited by DJ N.R.G. at 2010-1-19 18:10 ]
Quote: Original posted by Ices_Eyes at 2010-1-19 14:56

Well... I don't see the point here... If M3 check for the file first in the program folder, if it does not find it there, it searches for the file in the AppData folder. It has just to check, not to write anything. After it has found the file with the accounts, then it has both  the accounts and the folder to use for the settings. It's all about the priority. If a config file will be present in both location, then it could be decided that settings in program folder has a priority.

<sigh> sure, it only has to check...so the file suddenly is there? out of nowhere?
And UAC is going to allow you (i.e. the program) to create it there if it doesn't exist yet?

And if the user doesn't know how to handle UAC issues it's bad luck for the user?

So what is it that Maxthon intended to avoid you think? Exactly! Users ending up in situation where you would say "tough luck user, better get acquainted with UAC...".

...FYI, putting a checkmark somewhere during installation doesn't turn UAC on or off...
Quote: Original posted by JarC at 19/1/2010 16:15

sure, it only has to check...so the file suddenly is there? out of nowhere?
And UAC is going to allow you (i.e. the program) to create it there if it doesn't exist yet?

If the file isn't it there one can assume that the user make the right selection during the installation, so if the user decide to not to use the appdata folder, he must knows that the folder where s/he installs Maxthon is a writable folder.

Quote: Original posted by JarC at 19/1/2010 16:15

And if the user doesn't know how to handle UAC issues it's bad luck for the user?

So what is it that Maxthon intended to avoid you think? Exactly! Users ending up in situation where you would say "tough luck user, better get acquainted with UAC...".

...FYI, putting a checkmark somewhere during installation doesn't turn UAC on or off...

There will be the same problems with translation files, plugins-files, skins files and any other file one could download for Maxthon. So, the new way will be to store all in the appdata directory, like for firefox? Or better, like chrome, that store the executable files of the browser itself in the appdata folder? In my opinion this is not the right choice... Use the appdata folder is for some reasons a good idea, but it is not a good one other times... but...ok, just my opinion...

Reply 15# JarC's post

And again uTorrent as an example. After installing M3 into %userdata% user can copy profile (Public, Temp, Users folders) into M3 directory. And now it will be possible to have M3 either on flash or another partition/folder. This will solve the problem with "users who doesn't know about UAC" because copying is manual. Plus we don't need to make special portable "thinstalled" version of M3.
Quote: Original posted by Ices_Eyes at 2010-1-19 16:45

There will be the same problems with translation files, plugins-files, skins files and any other file one could download for Maxthon. So, the new way will be to store all in the appdata directory, like for firefox? Or better, like chrome, that store the executable files of the browser itself in the appdata folder? In my opinion this is not the right choice... Use the appdata folder is for some reasons a good idea, but it is not a good one other times... but...ok, just my opinion...

Firefox and Chrome having taken this approach already should tell you something....It might not be the best way, but its meant to give even the most non-technical user a pleasurable experience without aggrevation from UAC interference. They don't do this without reason.

The kill switch for those feeling comfortable enough to deal themselves may still come in future builds... portable versions of Firefox and Chrome also exist...
After 3.0.6.23, some webpage titles are being displayed as HTML strings instead of the correct sentance.

IE: "Ushra'Khan" is being displayed as "Ushra&#39:Khan" or "Chillin' and Loathin' at Coldfront" is being displayed as "Chillin&#39; and Loathin&#39; at Coldfront"

Reply 19# Rath's post

Check for Update
Quote: Original posted by abc@home at 2010-1-19 03:48

The last standalone version 3.0.6.23 can be downloaded from http://dl.maxthon.cn/mx3/mx3.0.6.23.exe, and can be updated to the latest version online.(currently 3.0.6.24)