Difference between revisions of "User:Sardisson/Troubleshoot Camino Bugs and Features Scratchpad"
Jump to navigation
Jump to search
(→Feature Requests: more details on this bug) |
(more notes on this) |
||
| Line 5: | Line 5: | ||
* 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 | ||
| − | ** If the last-ordered pref's value is not in quotes, the parsing code barfs right now | + | ** <s>If the last-ordered pref's value is not in quotes, the parsing code barfs right now</s> |
** 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? | ** 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 | *** 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? | *** 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 | ||
* remember location of last-launched Camino | * remember location of last-launched Camino | ||
* option to re-use last fresh profile for testing round-trip bugs | * option to re-use last fresh profile for testing round-trip bugs | ||
Revision as of 21:53, 24 December 2008
Bugs
Feature Requests
- handling org.mozilla.camino.plist to ensure freshness
- 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
- remember location of last-launched Camino
- option to re-use last fresh profile for testing round-trip bugs
