K-Meleon

K-Meleon 1.5 Development


Tab bugs/improvements


Regressions from 1.1.x

  • There are disabled menu entries for tabbed browsing in the right click context menu on links (and on File and View menus as well). Why are they there at all in non-tabs mode? Please remove them if tabs are disabled - there are users that don't want to be bothered with tabbing stuff unfortunately...
    • We're still unsure on how we will handle that, maybe splitting the menu conf file.
  • Locked menus are misaligned (buttons move to the left and leave space on the right, looks ugly compared to versions < 1.5, especially if you put several bars on the same row next to each other)
    • Not sure why but you have to resize the browser after locking/unlocking for them to realign correctly.
    • Dorian: That doesn't fix it (use a different skin than Phoenity). I think, the width of the toolbars has to be reduced when locking the toolbars (the grippy is then removed, but the space required for the grippy is not - at least not always). (kko)
  • Missing substitute for layers() in menus (list of current tabs) (kko)
  • Macros plugin: setmenu(...,where) with where=0 seems to work like where=-1 (the item is added at the end of the menu, not at the beginning) (kko)


Macro bugs

Please report macro issues in the Bugs Forum (kko)


Other bugs

  • The browser doesn't remember its previous window size (maximized in my case, tabs are off) on startup and when using "undo last closed window". In the last case the opened window has the status maximized while it covers only a third of the screen, so you first have to restore it (to the exact same size) in order to correctly maximize it.
    • More exact (kko):
      • kmeleon.display.maximized ignored at startup.
      • Window state "maximized" is not correctly restored for saved sessions when the current window is maximized. The middle window button in the title bar indicates "maximized", but the window itself isn't. Maybe this is already resolved when sessions are opened in addition to the current window...
  • Text in cookie prompt partly broken: "The site ... wants to set a cookie" - instead of the site's name there are only "boxes" visible (Unicode character problem?). The details shown below the text work.
    • FIXED for 1.5a2
  • Is "Resume" really working with downloads? I had a download that stalled, so I clicked on "Pause", waited a second and clicked "Resume" - but there was no reaction at all, neither on the download nor the connection visible. (Closing the browser and restarting it and starting the download again led to a successful download.)
    • There are 2 methods called pause and resume. I'm just using them ;+)) This work like firefox pause/resume.
    • Resuming paused downloads works for me. (kko)
      When a download is stalling, it's because the server is too busy or isn't responding anymore at all. Obviously, you cannot resume the download when the server isn't responding...
    • Dorian: Why is the Pause/Resume feature only offered when you choose to "open" a download?
  • Preferences-wise tabs have to be activated before they can be deactivated
    • FIXED in 1.5a1 update 1 (kko)
  • If you enter s.th. in a text box while a cookie prompt is open you'll write right to left... (just noticed that, dunno about 1.1)
    • A know bug with Gecko 1.8 with modal dialog in general, there is a know workaroud for it but I've never implemented it because nobody ever complained about it.
  • With browser.urlbar.autocomplete.enabled set to false, the browser crashes when pressing Ctrl+Tab/Ctrl+Shift+Tab if the URL bar has the focus. (kko)
  • Getting the save/open/cancel prompt for WMV files doesn't work, they're always opened in the media player.
    • What have you done to get the save/open/cancel prompt for WMV files? (kko)


Old bugs

  • Local files with umlauts or accents in the path name fail to open in external applications (external source code editor and apps called through macros). (kko)
    Such characters are double-escaped (%??%??) in km's URL. Most Windows apps fail to interprete this correctly (e.g. IE and Notepad).
    • External source code editor:
      1) Convert "file:///c:/folder/name.ext" paths into "c:\folder\name.ext" paths given in the local Windows character set.
      2) Remove any trailing "?..." and "#..." components.
    • Macros:
      The exec() statement suffers from the same problem. I guess, we need an urldecode() function?
  • Keyword Autosearch doesn't work when Typed URLs are set to open in a new tab (kmeleon.general.openurl = ID_OPEN_LINK_IN_NEW_TAB) or background tab (kmeleon.general.openurl = ID_OPEN_LINK_IN_BACKGROUNDTAB). Same in 1.1 with layers. (kko)
  • Favicon transparency issue with http://xs209.xs.to/xs209/06472/favicon.png e.g. (black background instead of transparent), because "they use a 2bpp transparency bitmap, which is not supported by window. Which mean I have to convert it to a 4bpp image.".
    • Not sure if I can fix that one -- Dorian.


Difficult to reproduce bugs

  • kmeleon.exe doesn't display any window (and opening a file just causes another k-meleon.exe instance to run with no window either), while it's ok with k-meleonW9x.exe. It works fine without toolbars.dll. (rmn)
  • The first bookmark or favorite opened after startup is sometimes opened in a new background window, although the browser is configured to open it in the current window. It works like it is supposed to for subsequent items.
    • Can't reproduce currently
    • Can't reproduce either (kko)
  • Probably Macros Plugin: The save as directory is not always remembered. With numerous windows open (windows only mode), changing the directory in one window doesn't always change it for the others. It doesn't matter whether page load is still in progress or finished. Works correct when there are no kmms loaded (macros plugin disabled or main.kmm absent). Not caused by kmm code. Could not reproduce it yet, can't say anything about layers. Report (kko)
    • Haven't had this problem with 1.5a2 yet. Was there some change that might related to it? (ra)
      • Too much to tell :)
  • Core/Gecko: K-M's sometimes stalling. It's just doing nothing for several seconds (20-30), no progress while loading pages in any window visible (and no data transfer either!), and then it progresses fine. It might happen only if one of the windows is a page with many many small thumbnails, that K-M is loading quite slowly, but it most likely seems to happen when a page is not responding. (One not responding site is hanging the whole browser.)
    • I've observed this too with km 1.1a3/b1 accessing our forum. When the SF/Chongqed logo hosting servers aren't responding, the browser seems to be locked, the GUI is not responding. I could reproduce the exact same behavior in SeaMonkey 1.1.1.
      Confirmed - SeaMonkey/Gecko bug (kko)
      • Will that still be a problem with KM1.5?
        • Look like it. KM still hang some time, and I'm unable to find where.


Improvement wishes of currently new 1.5 features

  • Better command registration, with a way to get the list of available command.
  • Add more gecko event (to improve macro functionnality)
  • Skin support png & zip


Improvement wishes of older features

K-Meleon

(c) 2000-2010 kmeleonbrowser.org. All rights reserved.
design by splif.