User:Sardisson/Troubleshoot Camino Bugs and Features Scratchpad

What does Troubleshoot Camino “change”?

Troubleshoot Camino does three basic things as part of “using a fresh profile”:

• creates a temporary clean profile folder, with default Camino preference settings
• creates a temporary clean cache folder (including site icon cache)
• informs any hacks (InputManagers, Unsanity haxies, APE modules) that respect the CAMINO_DISABLE_HACKS environment variable[1] not to load, thereby disabling them in Camino for the session

What does Troubleshoot Camino not change?

Troubleshoot Camino does not:

• use or create a clean org.mozilla.camino.plist Cocoa property list file
• move, touch, or otherwise modify the default Camino profile folder or cache folder

Bugs

1.2.2

• Sometimes continues trying to launch Camino after encountering an error which should terminate the launching process. fixed in Mar 2007 1.2.2 beta

Feature Requests

1.2.2

• possibility to start with about:blank

  Probably the way to implement this is to read a preferred homepage from a user defaults key, then echo it into the profiledir's user.js before launching Camino; this should approximate what Tinderboxen and test harnesses do to launch apps

  • If the last-ordered pref's value is not in quotes, the parsing code barfs right now
  • Sometimes we fail with "profile folder already exists", which seems to be really bad luck with random not being random :/ Did this change appreciably in the dev version?
    • I'm seeing this again on 10.3.9; the last time I looked, the diff was insignificant
    • Maybe in a failure case, that value is getting saved internally?
      • rnd itself gets cleared before being populated on each run, and the profile path is constructed by calling rnd, not by calling some other var that might be saved
    • This (seems) to go away when I re-save on 10.3.9
    • One other way of possibly working around this/future-proofing is to re-call the rnd function when mkdir -p fails
  • If there is only one pref, the dict is a single line on 10.3.9; it's always at least 3 lines on 10.5 fixed in b8
  • On 10.3.9, the prefs are being written with leading spaces somehow; this doesn't happen on 10.5 fixed in b8
• remember location of last-launched Camino
  • Various keys control this, and the interplay between them is not clear; plus, the keys differ between OS versions.
• Make it clear in the "This copy of Camino is already running" warning that "Quit" is "Quit TC" and not "Quit the already-running Camino"
  • N.B. It's not safe to quit the already running Camino, because that may be your normal Camino (and you don't want dataloss) and because with running Caminos > 1, the one that gets quit is indeterminate

Future

• handling org.mozilla.camino.plist to ensure freshness
• option to re-use last fresh profile for testing round-trip bugs
• Troubleshoot Firefox
  • This would of course be a separate util; most of the needed code exists in the NSPR logging utils and in TC