WebOS Internals - User contributions [en]

Patch Launcher Hide-Delete The NASCAR App

2009-07-21T16:14:59Z

Noir:

[[rooting | Root your Pre.]]
[[adding-the-ipkg-repository | Enable the Optware Package Feed]] and install a backdoor.

1. SSH in.

2. Remount the file system as read/write:
<source lang=text>
mount -o remount,rw /
</source>

== To '''HIDE''' the NASCAR app: ==

3. Bring up the visual editor to edit the application info for the NASCAR app:
<source lang=text>
vi /usr/palm/applications/com.handson.app.nascar/appinfo.json
</source>

4. Press '''i''' to enter insert mode.

5. After the '''<nowiki>"vendorurl":"http://www.handson.com"</nowiki>''' line, add another line that says this:
<source lang=text>
"visible": "false"
</source>

5. Press '''<ESC>''' to exit insert mode and go into command mode.

6. Save and quit the file that you are editing:
<source lang=text>
:wq
</source>

7. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

8. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To '''DELETE''' the NASCAR app: ==
3a. Back up the app first, in case you ever want it back. We'll put the files into the USB drive so you can get to them if you want.
<source lang=text>
cp -R /usr/palm/applications/com.handson.app.nascar/ /media/internal/nascar-backup
</source>

4a. Delete the app:
<source lang=text>
ipkg remove com.handson.app.nascar
</source>

5a. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

6a. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To '''DELETE''' the Sprint bookmark app: ==
I figure some people might want to delete the useless Sprint bookmark app (the useless one that says Sprint and takes you to FAQs or Videos) as well. I just got this to work. Unfortunately, since I deleted it, I don't have the exact instructions, but here's the general idea.

/var/luna/launchpoints should have a file that is a few numbers in a row. This is the actual bookmark. (use vi to confirm it's the correct one). Delete that. Then remove the icon by doing ipkg remove com.palm.app.sprintportal similarly to above.

Patch Launcher Hide-Delete The NASCAR App

2009-07-21T16:12:51Z

Noir:

[[rooting | Root your Pre.]]
[[adding-the-ipkg-repository | Enable the Optware Package Feed]] and install a backdoor.

1. SSH in.

2. Remount the file system as read/write:
<source lang=text>
mount -o remount,rw /
</source>

== To '''HIDE''' the NASCAR app: ==

3. Bring up the visual editor to edit the application info for the NASCAR app:
<source lang=text>
vi /usr/palm/applications/com.handson.app.nascar/appinfo.json
</source>

4. Press '''i''' to enter insert mode.

5. After the '''<nowiki>"vendorurl":"http://www.handson.com"</nowiki>''' line, add another line that says this:
<source lang=text>
"visible": "false"
</source>

5. Press **<ESC>** to exit insert mode and go into command mode.

6. Save and quit the file that you are editing:
<source lang=text>
:wq
</source>

7. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

8. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To ''DELETE'' the NASCAR app: ==
3a. Back up the app first, in case you ever want it back. We'll put the files into the USB drive so you can get to them if you want.
<source lang=text>
cp -R /usr/palm/applications/com.handson.app.nascar/ /media/internal/nascar-backup
</source>

4a. Delete the app:
<source lang=text>
ipkg remove com.handson.app.nascar
</source>

5a. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

6a. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To '''DELETE''' the Sprint bookmark app: ==
I figure some people might want to delete the useless Sprint bookmark app (the useless one that says Sprint and takes you to FAQs or Videos) as well. I just got this to work. Unfortunately, since I deleted it, I don't have the exact instructions, but here's the general idea.

/var/luna/launchpoints should have a file that is a few numbers in a row. This is the actual bookmark. (use vi to confirm it's the correct one). Delete that. Then remove the icon by doing ipkg remove com.palm.app.sprintportal similarly to above.

Patch Launcher Hide-Delete The NASCAR App

2009-07-21T16:12:23Z

Noir: New page: Root your Pre. Enable the Optware Package Feed and install a backdoor. 1. SSH in. 2. Remount the file system as read/write: <source lang=te...

[[rooting | Root your Pre.]]
[[adding-the-ipkg-repository | Enable the Optware Package Feed]] and install a backdoor.

1. SSH in.

2. Remount the file system as read/write:
<source lang=text>
mount -o remount,rw /
</source>

== To '''HIDE''' the NASCAR app: ==

3. Bring up the visual editor to edit the application info for the NASCAR app:
<source lang=text>
vi /usr/palm/applications/com.handson.app.nascar/appinfo.json
</source>

4. Press '''i''' to enter insert mode.

5. After the '''<nowiki>"vendorurl":"http://www.handson.com"</nowiki>''' line, add another line that says this:
<source lang=text>
"visible": "false"
</source>

5. Press **<ESC>** to exit insert mode and go into command mode.

6. Save and quit the file that you are editing:
<source lang=text>
:wq
</source>

7. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

8. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To ''DELETE'' the NASCAR app: ==
3a. Back up the app first, in case you ever want it back. We'll put the files into the USB drive so you can get to them if you want.
<source lang=text>
cp -R /usr/palm/applications/com.handson.app.nascar/ /media/internal/nascar-backup
</source>

4a. Delete the app:
<source lang=text>
ipkg remove com.handson.app.nascar
</source>

5a. Remount the file system as read only:
<source lang=text>
mount -o remount,ro /
</source>

6a. You may need to restart your Pre:
<source lang=text>
reboot
</source>

== To '''DELETE''' the Sprint bookmark app:
I figure some people might want to delete the useless Sprint bookmark app (the useless one that says Sprint and takes you to FAQs or Videos) as well. I just got this to work. Unfortunately, since I deleted it, I don't have the exact instructions, but here's the general idea.

/var/luna/launchpoints should have a file that is a few numbers in a row. This is the actual bookmark. (use vi to confirm it's the correct one). Delete that. Then remove the icon by doing ipkg remove com.palm.app.sprintportal similarly to above.

Help:Converting Pages

2009-07-21T16:10:38Z

Noir:

Please help us convert [[Pages to be Transferred| pages from the old wiki]].

Here are the steps to follow:

# Go to edit on the old page, and copy the source code into your favorite editor.
# Replace all <code>[[[</code> with <code>[[</code>
# Replace all <code>]]]</code> with <code>]]</code>
# Replace all <code>**</code> with <code><nowiki>'''</nowiki></code>
# Replace all <code>//</code> with <code><nowiki>''</nowiki></code>
# Replace all <code>{{</code> with <code><nowiki><tt></nowiki></code>
# Replace all <code>}}</code> with <code><nowiki></tt></nowiki></code>
# Replace all <code><nowiki>[[code]]</nowiki></code> with <code><nowiki><source lang="text"></nowiki></code>
# Replace all <code><nowiki>[[/code]]</nowiki></code> with <code><nowiki></source></nowiki></code>
# Change headings to MediaWiki format: find all lines that start with + or ++ or +++ or ++++ , and edit them so that the line is enclosed in the same number of = signs. For example, <code>++ level 2 header</code> becomes <code>== level 2 header ==</code>
# Create a link to the new article on this wiki by editing a portal page or the article that you want to be the parent of the new article. For example, <code><nowiki>[[Article Name|Link Text]]</nowiki></code> yields [[Article Name|Link Text]]. Please name your pages in Title Case.
# Click on that link to bring up the edit page, and paste in the text from your editor.
# Perform any clean-up editing required. In particular, you may need to edit links to other pages.
# Save.
# Copy the URL of this new page.
# Go back to edit the old page, and add the following line at the top:
#: <code><nowiki>[[module Redirect destination=""]]</nowiki></code>
# Paste the URL in between the quotes.
# Save.

Help:Converting Pages

2009-07-21T16:10:04Z

Noir:

Please help us convert [[Pages to be Transferred| pages from the old wiki]].

Here are the steps to follow:

# Go to edit on the old page, and copy the source code into your favorite editor.
# Replace all <code>[[[</code> with <code>[[</code>
# Replace all <code>]]]</code> with <code>]]</code>
# Replace all <code>**</code> with <code><nowiki>'''</nowiki></code>
# Replace all <code>//</code> with <code><nowiki>''</nowiki></code>
# Replace all <code>{{</code> with <code><nowiki><tt></nowiki></code>
# Replace all <code>}}</code> with <code><nowiki></tt></nowiki></code>
# Replace all <code>[[code]]</code> with <code><nowiki><source lang="text"></nowiki></code>
# Replace all <code>[[/code]]</code> with <code><nowiki></source></nowiki></code>
# Change headings to MediaWiki format: find all lines that start with + or ++ or +++ or ++++ , and edit them so that the line is enclosed in the same number of = signs. For example, <code>++ level 2 header</code> becomes <code>== level 2 header ==</code>
# Create a link to the new article on this wiki by editing a portal page or the article that you want to be the parent of the new article. For example, <code><nowiki>[[Article Name|Link Text]]</nowiki></code> yields [[Article Name|Link Text]]. Please name your pages in Title Case.
# Click on that link to bring up the edit page, and paste in the text from your editor.
# Perform any clean-up editing required. In particular, you may need to edit links to other pages.
# Save.
# Copy the URL of this new page.
# Go back to edit the old page, and add the following line at the top:
#: <code><nowiki>[[module Redirect destination=""]]</nowiki></code>
# Paste the URL in between the quotes.
# Save.

Patch Phone Show Call Duration in the Call Log

2009-07-21T15:40:36Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http://gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference <tt>phoneAppHideCallDuration</tt> which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the <tt>phoneAppHideCallDuration</tt> preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used <tt>luna-send</tt> to broadcast a message requesting the <tt>systemservice</tt> to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used <tt>sqlite3</tt> to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string <tt>"0"</tt> (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a <tt>shutdown -r</tt> would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' <tt>select * from Cookies where domain_tail = "app.phone"</tt>

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the <tt>items</tt> array defined on line 30. Then scroll down to line 125 in the <tt>handleCommand</tt> function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Help:Converting Pages

2009-07-21T15:39:36Z

Noir:

Please help us convert [[Pages to be Transferred| pages from the old wiki]].

Here are the steps to follow:

# Go to edit on the old page, and copy the source code into your favorite editor.
# Replace all <code>[[[</code> with <code>[[</code>
# Replace all <code>]]]</code> with <code>]]</code>
# Replace all <code>**</code> with <code><nowiki>'''</nowiki></code>
# Replace all <code>//</code> with <code><nowiki>''</nowiki></code>
# Replace all <code>{{</code> with <code><nowiki><tt></nowiki></code>
# Replace all <code>}}</code> with <code><nowiki></tt></nowiki></code>
# Change headings to MediaWiki format: find all lines that start with + or ++ or +++ or ++++ , and edit them so that the line is enclosed in the same number of = signs. For example, <code>++ level 2 header</code> becomes <code>== level 2 header ==</code>
# Create a link to the new article on this wiki by editing a portal page or the article that you want to be the parent of the new article. For example, <code><nowiki>[[Article Name|Link Text]]</nowiki></code> yields [[Article Name|Link Text]]. Please name your pages in Title Case.
# Click on that link to bring up the edit page, and paste in the text from your editor.
# Perform any clean-up editing required. In particular, you may need to edit links to other pages.
# Save.
# Copy the URL of this new page.
# Go back to edit the old page, and add the following line at the top:
#: <code><nowiki>[[module Redirect destination=""]]</nowiki></code>
# Paste the URL in between the quotes.
# Save.

Patch Phone Show Call Duration in the Call Log

2009-07-21T15:38:11Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference <tt>phoneAppHideCallDuration</tt> which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the <tt>phoneAppHideCallDuration</tt> preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used <tt>luna-send</tt> to broadcast a message requesting the <tt>systemservice</tt> to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used <tt>sqlite3</tt> to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string <tt>"0"</tt> (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a <tt>shutdown -r</tt> would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' <tt>select * from Cookies where domain_tail = "app.phone"</tt>

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the <tt>items</tt> array defined on line 30. Then scroll down to line 125 in the <tt>handleCommand</tt> function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T15:37:49Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference <tt>phoneAppHideCallDuration</tt> which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the <tt>phoneAppHideCallDuration</tt> preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used <tt>luna-send</tt> to broadcast a message requesting the <tt>systemservice</tt> to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used <tt>sqlite3</tt> to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string <tt>"0"</tt> (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a <tt>shutdown -r</tt> would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' <tt>select * from Cookies where domain_tail = "app.phone"</tt>

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the <tt>handleCommand</tt> function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T15:37:07Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference <tt>phoneAppHideCallDuration</tt> which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the <tt>phoneAppHideCallDuration</tt> preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used <tt>luna-send</tt> to broadcast a message requesting the <tt>systemservice</tt> to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used <tt>sqlite3</tt> to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' <tt>select * from Cookies where domain_tail = "app.phone"</tt>

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the <tt>handleCommand</tt> function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T15:35:40Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference <tt>phoneAppHideCallDuration</tt> which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T03:47:08Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference {{phoneAppHideCallDuration}} which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T03:46:46Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference `monospace`phoneAppHideCallDuration`monospace` which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T03:45:57Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference `phoneAppHideCallDuration` which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T03:31:29Z

Noir:

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference {{phoneAppHideCallDuration}} which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
** Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Patch Phone Show Call Duration in the Call Log

2009-07-21T03:14:29Z

Noir: New page: This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make ...

This page details ways to enable hidden functionality in on the palm pre. You will need root shell access to perform these changes. Follow these instructions at your own risk, if you make an error (or perhaps even if you do it correctly) you risk bricking your phone, voiding your warranty, etc. These instructions assume a working knowledge of unix. Also, note that these changes require rebooting the phone to take effect.

==== Show call duration in the call log ====
Sprint always customizes their phones to conceal call duration information. This avoids angry phone calls from confused customers who are surprised when their 1:01 phone call results in 2:00 minutes charged to their account. I can sympathize. However, I won't call complain, and I occasionally want to know how long a call was after the fact.

There is now a shell script for executing the commands below if you do not feel comfortable doing the steps below manually. See http:''gitorious.org/webos-internals/modifications/commit/3b2e55a22e64b5302b5d45521ccf94fe28db3595

There is a system preference {{phoneAppHideCallDuration}} which appears to control this, but it merely provides a default value. The phone app caches the value and saves it as a cookie. As an exercise, I'll show you how to set the preference as well.

To set the {{phoneAppHideCallDuration}} preference:

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# luna-send -n 1 palm:''com.palm.systemservice/setPreferences '{"phoneAppHideCallDuration": false}'
''' Message: serviceResponse Handling: 2, { "returnValue": true }
</source>

Here we've used {{luna-send}} to broadcast a message requesting the {{systemservice}} to set a preference (I believe you can actually specify multiple preferences at once, the payload format is a json hashtable). Unfortunately, that only sets the default, so to actually see the change we need to update a cookie stored in the phone app. We'll do that now:

<source lang="text">
root@castle:/home/user# cd /var/palm/data/
root@castle:/var/palm/data# sqlite3 cookies.db
SQLite version 3.6.1
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> update Cookies set value = "%220%22" where domain_head = ".usr.palm.applications.com.palm." and domain_tail = "app.phone" and path = "/usr/palm/applications/com.palm.app.phone" and "name" = "mojo_cookie_hidecalllogduration";
sqlite> .exit
root@castle:/var/palm/data# exit
user@castle:~$ exit
Connection to palm-pre closed.
</source>

This time we've used {{sqlite3}} to update the cookies database directly. The primary key of the Cookies table (in the cookies database) is (domain_head, domain_tail, path, name), we specify the full key, and update the value. Note the value field is always ''percent-encoded'' and in this case represents the string {{"0"}} (including the quotes). To see your changes, reboot your phone. I've been doing this by holding the power key and turning it off, though presumably a {{shutdown -r}} would work as well (I have not tried it though).

''Note: if you are typing in the sql by hand, take care you get it correct. If you make a typo and the where portion does not match any records you will not get any feedback. To verify that your update was successful run the following SQL after your issue the update:'' {{select * from Cookies where domain_tail = "app.phone"}}

==== Enable adding / removing pages in the Launcher app ====

Please see this page for a tutorial: [[Add / Delete Pages in the Launcher]]

I'm guessing this was disabled due to usability concerns. Especially with the limited number of apps available right now, there's not a huge need for multiple screens, and deleting a page would result in shifting around icons, which can be a frustrating experience. I'm guessing this will be enabled in the future (perhaps on an "advanced mode" switch, or through a different UI). This time the disabling is directly in the code, there are two bits of commented-out code which we simply need to uncomment. I have intentionally not included the file here out of respect for palm's intellectual property.

<source lang="text">
[user@linuxhost]$ ssh -p 222 palm-pre
user@castle:~$ su
root@castle:/home/user# vi /usr/lib/luna/system/luna-applauncher/app/controllers/launcher-assistant.js
</source>

Once you have that file open, uncomment the two items in the {{items}} array defined on line 30. Then scroll down to line 125 in the {{handleCommand}} function and uncomment the two commented out cases in the switch statement. Save the file, and reboot. You should have two new menu options, "New Page" and "Delete Page". It looks like the code will not let you delete your last page, but I wouldn't try it.

Verified to run as written by optik678.

Track skipping using Volume Up-Down Buttons

2009-07-21T01:35:27Z

Noir: New page: == Preamble == You will need write permissions to the filesystem on your pre to apply this patch. To get write persmissions execute: <source lang="text"> rootfs_open -w </source> To re...

== Preamble ==

You will need write permissions to the filesystem on your pre to apply this patch.

To get write persmissions execute:

<source lang="text">
rootfs_open -w
</source>

To remount the filesystem as read-only:

<source lang="text">
mount -o remount,ro /
</source>

== Motivation ==

A headset with in-lined track skip buttons is nice, but when you're using headphones not created for a phone, or you're in a car with the phone connected to the vehicle's sound system, it's nice to be able to skip to the next or previous track with a simple button press. The Blackberry Curve ([[user FXDemolisher]]'s old phone) had this ability by holding down the volume up/down buttons for a second or so. The track would skip and the volume would be restored to normal. This patch aims to add the same functionality to the Pre.

== Procedure ==

This is one long patch that adds several sections to the following file:
<source lang="text">
/usr/palm/applications/com.palm.app.musicplayer/app/controllers/localnowplaying-assistant.js
</source>

##red|Please back up this file before trying this patch.##

<source lang="text">
--- localnowplaying-assistant.js_2009-06-28 Sun Jun 28 17:02:12 2009
+++ localnowplaying-assistant.js Sun Jun 28 19:28:29 2009 +++
@@ -21,6 +21,15 @@
if (title)
this.title = title;

+ '' volume key track skip tracking vars
+ this.currentVolume = -1;
+ this.currentVolumeScenario = undefined;
+ this.currentVolumeSubscription = undefined;
+ this.volumeKeySubscription = undefined;
+ this.volumeKeyDownVolume = -1;
+ this.volumeKeyDownScenario = undefined;
+ this.volumeKeySkipTo = 'none';
+ this.volumeKeySkipTimer = undefined;
},

setup: function() {
@@ -114,14 +123,101 @@
AppAssistant.addActiveScene (this);
this.refreshAppMenu();

+ '' subscribe to volume key events
+ this.volumeKeySubscription = new Mojo.Service.Request(
+ 'palm:''com.palm.keys/audio',
+ {
+ method: 'status',
+ parameters: {'subscribe': true},
+ onFailure: function() { Mojo.Log.error("Could not subscribe to volume key events"); },
+ onSuccess: this.handleVolumeKeys.bind(this),
+ });
+
+ '' subscribe to audio events - know what current volume is
+ this.currentVolumeSubscription = new Mojo.Service.Request(
+ 'palm:''com.palm.audio/media',
+ {
+ method: 'status',
+ parameters: {'subscribe': true},
+ onFailure: function() { Mojo.Log.error("could not subscribe to volume change events"); },
+ onSuccess: this.handleMediaNotifications.bind(this),
+ });
+
},

stopDragHandler: function(dragEvent) {
dragEvent.stop();
},

-
-
+ '' handlers for the volume keys, used to skip tracks
+ handleVolumeKeys: function(payload) {
+ '' down state, record direction if needed and set timer to skip the track
+ if(payload.state === 'down') {
+ '' ignore any presses if we are already tracking a down state
+ if(this.volumeKeySkipTo != 'none') { return; }
+
+ if(payload.key === 'volume_up') { this.volumeKeySkipTo = 'next'; }
+ else if (payload.key === 'volume_down') { this.volumeKeySkipTo = 'prev'; }
+
+ '' track the volume when the user pressed the key so that we can return to it
+ this.volumeKeyDownVolume = this.currentVolume;
+ this.volumeKeyDownScenario = this.currentScenario;
+
+ '' schedule the check to skip the track
+ this.volumeKeySkipTimer = this.controller.window.setTimeout(this.checkVolumeKeySkip.bind(this), 1200);
+ }
+
+ '' up state, clear tracking variables
+ else {
+ this.volumeKeySkipTo = 'none';
+ this.volumeOnLastVolumeKeyPress = -1;
+ this.volumeKeyDownVolume = -1;
+ this.volumeKeyDownScenario = undefined;
+
+ if(this.volumeKeySkipTimer) {
+ this.controller.window.clearTimeout(this.volumeKeySkipTimer);
+ this.volumeKeySkipTimer = undefined;
+ }
+ }
+ },
+
+ '' check if we need to skip to next/prev track due to user holding down volume keys
+ checkVolumeKeySkip: function() {
+ if(this.volumeKeySkipTo === 'next') { this.nextSong(); }
+ else if (this.volumeKeySkipTo === 'prev') { this.prevSong(true); }
+
+ this.volumeKeySkipTo = 'none';
+
+ '' set up volume restore in after some time,
+ '' so that user has time to let go of the button
+ setTimeout("assistant.restoreVolume('" + this.volumeKeyDownScenario + "', " + this.volumeKeyDownVolume +")", 1000);
+ },
+
+ '' restore volume to the given scenario and level
+ restoreVolume: function (scenario, volume) {
+
+ '' restore volume to the one when the user held down the button
+ if(volume >= 0) {
+ new Mojo.Service.Request('palm:''com.palm.audio/media',
+ {
+ method: 'setVolume',
+ parameters: {scenario: scenario, volume: volume},
+ onFailure: function() { Mojo.Log.error("Could not restore volume"); }
+ });
+ }
+ },
+
+ '' record current volume each time it changes
+ handleMediaNotifications: function(payload) {
+ if(!payload) { return; }
+
+ if(payload.action == 'changed' && payload.changed.length == 1 && (payload.changed.indexOf('volume') != -1)) {
+ this.currentVolume = payload.volume;
+ this.currentScenario = payload.scenario;
+ }
+ },
+
+
handleFlick: function(event){
event.stop();

@@ -760,7 +856,15 @@

AppAssistant.removeActiveScene(this);

-
+ '' clean up subscription to volume keys
+ if(this.volumeKeySubscription) {
+ this.volumeKeySubscription.cancel();
+ }
+
+ '' clean up subscription to volume level
+ if(this.currentVolumeSubscription) {
+ this.currentVolumeSubscription.cancel();
+ }
},

deactivate: function(){
</source>

== Notes ==

==== Track skip at start up issue ====
The first volume up/down press in the app causes the track to skip. I am not sure why, it may have to do with the amount of time it takes for the bar assistant to come up and does not give enough time for the volume key up event to propagate. ~ FXDemolisher

==== Timeouts ====
There are two main timeout values in the code. One controls the amount of time the button has to be held down to skip:
<source lang="text">
this.volumeKeySkipTimer = this.controller.window.setTimeout(this.checkVolumeKeySkip.bind(this), 1200);
</source>
The other controls the amount of time the user has to lift the finger off the key before the volume is restored to normal:
<source lang="text">
setTimeout("assistant.restoreVolume('" + this.volumeKeyDownScenario + "', " + this.volumeKeyDownVolume +")", 1000);
</source>

I kept the skip timeout at 1200 so that the volume doesn't have enough time to go too high when you are wearing headphones but is not short enough to cause random skips. The restore timeout is at 1000 and seems to work fine. If you shorten the second timeout the volume may not restore right since the user is still pressing the button when the setVolume call is made.

~ FXDemolisher

Hardware Key Track Skip

2009-07-21T01:28:49Z

Noir: New page: If you use the included headphones, you can skip to the next track by pressing the microphone mute button twice. A solution is still needed for cases where there are no hardware keys on th...

If you use the included headphones, you can skip to the next track by pressing the microphone mute button twice. A solution is still needed for cases where there are no hardware keys on the headphones you're using.

(thanks to IRC user Cr4shOv3rid3 for this tip)

=== Alternative: [[track-skipping-using-volume-up-down-buttons | Using Volume Up/Down Keys]] ===

HamachiVPN

2009-07-21T01:15:38Z

Noir:

= Hamachi VPN for Palm Pre =

This document assumes you're familiar with the Hamachi VPN, specifically the linux version. It is geared towards a person wanting to "get it working" on the Pre. If you're not familiar, there are endless Googlable web pages that describe running Hamachi on desktop linux systems you can use for reference.

Become root:

<source lang="text">
sudo su
</source>

Make the filesystem writable:

<source lang="text">
mount -o remount,rw /
</source>

Download the hamachi binary to your pre via wget:
<source lang="text">
cd /opt/share
wget http:''files.hamachi.cc/linux/nokia-770/hamachi-0.9.9.9-20-lnx-n770.tar.gz
</source>

Unpack the archive:
<source lang="text">
tar zxvf hamachi-0.9.9.9-20-lnx-n770.tar.gz
cd hamachi-n770-0.9.9.9-20
</source>

Hamachi depends on libcrypto.so.0.9.7. The Palm Pre has libcrypto.so.0.9.8 installed. I made a symlink, and it worked. So...
<source lang="text">
ln -s /usr/lib/libcrypto.so.0.9.8 /usr/lib/libcrypto.so.0.9.7
</source>

Edit the "install" script using your favorite editor (like vi) to change the installation locations.
Also fix line 7 or you'll get an error.

I changed it to:

<source lang="text">
HAMACHI_DST=/opt/bin
TUNCFG_DST=/opt/sbin

echo
echo Copying hamachi into $HAMACHI_DST ..
</source>

Then follow the instructions in the README under Quick Start, but basically:

<source lang="text">
./install
/opt/sbin/tuncfg
hamachi-init
hamachi start
hamachi login
hamachi set-nick <your nickname>
hamachi join <network>
hamachi go-online
</source>

== Hint ==

If you use Hamachi to connect to web services running on your machines at home or elsewhere, you might make your life easier by adding some entries to the /etc/hosts file. Then you can access your servers by name instead of having to use the Hamachi 5.x.x.x IP addresses.

A simple sample entry in /etc/hosts which would allow you to access your server "beaker" at 5.1.2.3 would be:
(Add your servers below the "castle" line.)
<source lang="text">
127.0.0.1 localhost.localdomain localhost
127.0.0.1 castle
5.1.2.3 beaker
</source>

When done, make the filesystem read-only again:
<source lang="text">
mount -o remount,ro /
</source>

== Ping Test ==

When you've got hamachi up, you can try pinging one of your servers.
<source lang="text">
root@castle:/var/home/root# ping beaker
PING beaker (5.1.2.3): 56 data bytes
64 bytes from 5.1.2.3: seq=0 ttl=128 time=5.493 ms
64 bytes from 5.1.2.3: seq=1 ttl=128 time=32.257 ms
64 bytes from 5.1.2.3: seq=2 ttl=128 time=56.976 ms
64 bytes from 5.1.2.3: seq=3 ttl=128 time=74.249 ms
</source>

== Sleep/Wake and Battery Impact ==
On first testing:
* When the device went to sleep, the VPN went down.
* When the device woke up, the VPN came back up and was pingable again.

This morning, while at my workstation, and with the Pre idle in my pocket, I noticed my Pre was available/pingable on Hamachi. I am not totally sure of what the long-term battery impact might be of running Hamachi on the Pre. I'm not yet sure if it keeps the device "awake" all the time, which clearly would drain the battery. I have push GMail IMAP going, so I assume there is some kind of connection either being periodically established or constantly maintained. But I don't know enough about the networking aspects to determine at this time whether running Hamachi all the time will negatively impact the battery. Feel free to message me if you learn anything.

== Upstart script ==
This script will start Hamachi up after a reboot.

Place the following script in /etc/event.d/hamachi

<source lang="text">
description "Hamachi VPN for WebOS"
version 1.0

# don't start until the WebOS finishes it's normal boot
# that way no delay is added to the GUI startup
start on stopped finish
stop on runlevel [!2]

console output

script
/opt/bin/hamachi -c /var/home/root/.hamachi start 2>&1 /var/home/root/hamachi.log
end script

pre-start script
/opt/sbin/tuncfg
end script
</source>

HamachiVPN

2009-07-21T01:14:22Z

Noir:

= Hamachi VPN for Palm Pre =

This document assumes you're familiar with the Hamachi VPN, specifically the linux version. It is geared towards a person wanting to "get it working" on the Pre. If you're not familiar, there are endless Googlable web pages that describe running Hamachi on desktop linux systems you can use for reference.

Become root:

<pre><nowiki>
sudo su
</pre></nowiki>

Make the filesystem writable:

<pre><nowiki>
mount -o remount,rw /
</pre></nowiki>

Download the hamachi binary to your pre via wget:
<pre><nowiki>
cd /opt/share
wget http:''files.hamachi.cc/linux/nokia-770/hamachi-0.9.9.9-20-lnx-n770.tar.gz
</pre></nowiki>

Unpack the archive:
<pre><nowiki>
tar zxvf hamachi-0.9.9.9-20-lnx-n770.tar.gz
cd hamachi-n770-0.9.9.9-20
</pre></nowiki>

Hamachi depends on libcrypto.so.0.9.7. The Palm Pre has libcrypto.so.0.9.8 installed. I made a symlink, and it worked. So...
<pre><nowiki>
ln -s /usr/lib/libcrypto.so.0.9.8 /usr/lib/libcrypto.so.0.9.7
</pre></nowiki>

Edit the "install" script using your favorite editor (like vi) to change the installation locations.
Also fix line 7 or you'll get an error.

I changed it to:

<pre><nowiki>
HAMACHI_DST=/opt/bin
TUNCFG_DST=/opt/sbin

echo
echo Copying hamachi into $HAMACHI_DST ..
</pre></nowiki>

Then follow the instructions in the README under Quick Start, but basically:

<pre><nowiki>
./install
/opt/sbin/tuncfg
hamachi-init
hamachi start
hamachi login
hamachi set-nick <your nickname>
hamachi join <network>
hamachi go-online
</pre></nowiki>

== Hint ==

If you use Hamachi to connect to web services running on your machines at home or elsewhere, you might make your life easier by adding some entries to the /etc/hosts file. Then you can access your servers by name instead of having to use the Hamachi 5.x.x.x IP addresses.

A simple sample entry in /etc/hosts which would allow you to access your server "beaker" at 5.1.2.3 would be:
(Add your servers below the "castle" line.)
<pre><nowiki>
127.0.0.1 localhost.localdomain localhost
127.0.0.1 castle
5.1.2.3 beaker
</pre></nowiki>

When done, make the filesystem read-only again:
<pre><nowiki>
mount -o remount,ro /
</pre></nowiki>

== Ping Test ==

When you've got hamachi up, you can try pinging one of your servers.
<pre><nowiki>
root@castle:/var/home/root# ping beaker
PING beaker (5.1.2.3): 56 data bytes
64 bytes from 5.1.2.3: seq=0 ttl=128 time=5.493 ms
64 bytes from 5.1.2.3: seq=1 ttl=128 time=32.257 ms
64 bytes from 5.1.2.3: seq=2 ttl=128 time=56.976 ms
64 bytes from 5.1.2.3: seq=3 ttl=128 time=74.249 ms
</pre></nowiki>

== Sleep/Wake and Battery Impact ==
On first testing:
* When the device went to sleep, the VPN went down.
* When the device woke up, the VPN came back up and was pingable again.

This morning, while at my workstation, and with the Pre idle in my pocket, I noticed my Pre was available/pingable on Hamachi. I am not totally sure of what the long-term battery impact might be of running Hamachi on the Pre. I'm not yet sure if it keeps the device "awake" all the time, which clearly would drain the battery. I have push GMail IMAP going, so I assume there is some kind of connection either being periodically established or constantly maintained. But I don't know enough about the networking aspects to determine at this time whether running Hamachi all the time will negatively impact the battery. Feel free to message me if you learn anything.

== Upstart script ==
This script will start Hamachi up after a reboot.

Place the following script in /etc/event.d/hamachi

<pre><nowiki>
description "Hamachi VPN for WebOS"
version 1.0

# don't start until the WebOS finishes it's normal boot
# that way no delay is added to the GUI startup
start on stopped finish
stop on runlevel [!2]

console output

script
/opt/bin/hamachi -c /var/home/root/.hamachi start 2>&1 /var/home/root/hamachi.log
end script

pre-start script
/opt/sbin/tuncfg
end script
</pre></nowiki>

HamachiVPN

2009-07-21T01:10:44Z

Noir: New page: = Hamachi VPN for Palm Pre = This document assumes you're familiar with the Hamachi VPN, specifically the linux version. It is geared towards a person wanting to "get it working" on the ...

= Hamachi VPN for Palm Pre =

This document assumes you're familiar with the Hamachi VPN, specifically the linux version. It is geared towards a person wanting to "get it working" on the Pre. If you're not familiar, there are endless Googlable web pages that describe running Hamachi on desktop linux systems you can use for reference.

Become root:

[[code]]
sudo su
[[/code]]

Make the filesystem writable:

[[code]]
mount -o remount,rw /
[[/code]]

Download the hamachi binary to your pre via wget:
[[code]]
cd /opt/share
wget http:''files.hamachi.cc/linux/nokia-770/hamachi-0.9.9.9-20-lnx-n770.tar.gz
[[/code]]

Unpack the archive:
[[code]]
tar zxvf hamachi-0.9.9.9-20-lnx-n770.tar.gz
cd hamachi-n770-0.9.9.9-20
[[/code]]

Hamachi depends on libcrypto.so.0.9.7. The Palm Pre has libcrypto.so.0.9.8 installed. I made a symlink, and it worked. So...
[[code]]
ln -s /usr/lib/libcrypto.so.0.9.8 /usr/lib/libcrypto.so.0.9.7
[[/code]]

Edit the "install" script using your favorite editor (like vi) to change the installation locations.
Also fix line 7 or you'll get an error.

I changed it to:

[[code]]
HAMACHI_DST=/opt/bin
TUNCFG_DST=/opt/sbin

echo
echo Copying hamachi into $HAMACHI_DST ..
[[/code]]

Then follow the instructions in the README under Quick Start, but basically:

[[code]]
./install
/opt/sbin/tuncfg
hamachi-init
hamachi start
hamachi login
hamachi set-nick <your nickname>
hamachi join <network>
hamachi go-online
[[/code]]

== Hint ==

If you use Hamachi to connect to web services running on your machines at home or elsewhere, you might make your life easier by adding some entries to the /etc/hosts file. Then you can access your servers by name instead of having to use the Hamachi 5.x.x.x IP addresses.

A simple sample entry in /etc/hosts which would allow you to access your server "beaker" at 5.1.2.3 would be:
(Add your servers below the "castle" line.)
[[code]]
127.0.0.1 localhost.localdomain localhost
127.0.0.1 castle
5.1.2.3 beaker
[[/code]]

When done, make the filesystem read-only again:
[[code]]
mount -o remount,ro /
[[/code]]

== Ping Test ==

When you've got hamachi up, you can try pinging one of your servers.
[[code]]
root@castle:/var/home/root# ping beaker
PING beaker (5.1.2.3): 56 data bytes
64 bytes from 5.1.2.3: seq=0 ttl=128 time=5.493 ms
64 bytes from 5.1.2.3: seq=1 ttl=128 time=32.257 ms
64 bytes from 5.1.2.3: seq=2 ttl=128 time=56.976 ms
64 bytes from 5.1.2.3: seq=3 ttl=128 time=74.249 ms
[[/code]]

== Sleep/Wake and Battery Impact ==
On first testing:
* When the device went to sleep, the VPN went down.
* When the device woke up, the VPN came back up and was pingable again.

This morning, while at my workstation, and with the Pre idle in my pocket, I noticed my Pre was available/pingable on Hamachi. I am not totally sure of what the long-term battery impact might be of running Hamachi on the Pre. I'm not yet sure if it keeps the device "awake" all the time, which clearly would drain the battery. I have push GMail IMAP going, so I assume there is some kind of connection either being periodically established or constantly maintained. But I don't know enough about the networking aspects to determine at this time whether running Hamachi all the time will negatively impact the battery. Feel free to message me if you learn anything.

== Upstart script ==
This script will start Hamachi up after a reboot.

Place the following script in /etc/event.d/hamachi

[[code]]
description "Hamachi VPN for WebOS"
version 1.0

# don't start until the WebOS finishes it's normal boot
# that way no delay is added to the GUI startup
start on stopped finish
stop on runlevel [!2]

console output

script
/opt/bin/hamachi -c /var/home/root/.hamachi start 2>&1 /var/home/root/hamachi.log
end script

pre-start script
/opt/sbin/tuncfg
end script
[[/code]]