Difference between revisions of "User:Sardisson/Troubleshoot Camino Bugs and Features Scratchpad"
Jump to navigation
Jump to search
(→Feature Requests: document other bugs) |
(→Feature Requests: add peeja's feature request; add version targets) |
||
| Line 2: | Line 2: | ||
==Feature Requests== | ==Feature Requests== | ||
| − | + | ||
| + | ===1.2.2=== | ||
* possibility to start with about:blank | * 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 | *: 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 | ||
| Line 15: | Line 16: | ||
* <s>remember location of last-launched Camino</s> | * <s>remember location of last-launched Camino</s> | ||
** Various keys control this, and the interplay between them is not clear; plus, the keys differ between OS versions. | ** Various keys control this, and the interplay between them is not clear; plus, the keys differ between OS versions. | ||
| + | |||
| + | ===Future=== | ||
| + | * handling <tt>org.mozilla.camino.plist</tt> to ensure freshness | ||
* option to re-use last fresh profile for testing round-trip bugs | * 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 | ||
Revision as of 11:05, 5 January 2009
Contents
Bugs
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
- 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
- On 10.3.9, the prefs are being written with leading spaces somehow; this doesn't happen on 10.5
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.
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
