Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. [Bug 1053] Application menu update
([EMAIL PROTECTED])
2. [Bug 1053] Application menu update
([EMAIL PROTECTED])
3. [Bug 1053] Application menu update
([EMAIL PROTECTED])
4. [Bug 1054] New: Description field does not scroll view during
entering data ([EMAIL PROTECTED])
5. [Bug 1055] New: "Delete event" icon is always enabled
([EMAIL PROTECTED])
6. [Bug 1053] Application menu update
([EMAIL PROTECTED])
7. [Bug 927] Application list not updated when new applications
are installed ([EMAIL PROTECTED])
8. [Bug 1000] Terminal starts in root, regardless of $HOME
setting ([EMAIL PROTECTED])
9. [Bug 1056] New: Adding new phone number (or email) does not
allow to set type first ([EMAIL PROTECTED])
10. [Bug 927] Application list not updated when new applications
are installed ([EMAIL PROTECTED])
11. [Bug 1000] Terminal starts in root, regardless of $HOME
setting ([EMAIL PROTECTED])
12. [Bug 1055] "Delete event" icon is always enabled
([EMAIL PROTECTED])
13. [Bug 1055] "Delete event" icon is always enabled
([EMAIL PROTECTED])
14. [Bug 1057] New: openmoko-browser2 could really use a local
file selection browser ([EMAIL PROTECTED])
15. [Bug 727] user can click in close/close all buttons though
there is no open app ([EMAIL PROTECTED])
16. [Bug 1058] New: Web Browser renders plaintext as html --
looks ugly ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1053
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|DUPLICATE |
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 16:12 -------
This bug is not related with the application manager, when a new application is
installed via another way i.e., ipkg install there is no way to update the
application browser.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1053
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 16:28 -------
Please re-read bug 927 and clarify your problem. At the moment you seem to be
describing exactly the same issue.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1053
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 16:49 -------
To duplicate the problem:
Create a test_bug.desktop in /usr/share/applications and fill it in as
cat > test_bug.desktop
[Desktop Entry]
Encoding=UTF-8
Name=test-bug
Exec=/usr/bin/ls
Icon=applications-games
Terminal=false
Type=Application
Categories=Game
StartupNotify=true
SingleInstance=true
Comment=To test the bug.
Save it.
Open the application browser.
It's not there, and there is no way to load it.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1054
Summary: Description field does not scroll view during entering
data
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: openmoko-dates
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
Open Dates, switch to 4th tab (editing event) and add new event. Select
"Description" field and start typing. Type something long, use 'Return' key to
create empty lines etc. After some time you will be typing blindly because
widget do not scroll itself to always present line with cursor.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1055
Summary: "Delete event" icon is always enabled
Product: OpenMoko
Version: current svn head
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: openmoko-dates
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
Open Dates, switch to last tab (event edit). Press "trash" icon - nothing will
happen as there is no event selected. This icon should be disabled by default
and enable only if event is selected.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1053
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 17:14 -------
So this definitely is a duplicate of bug 927. Please re-open bug 927.
*** This bug has been marked as a duplicate of 927 ***
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=927
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 17:14 -------
*** Bug 1053 has been marked as a duplicate of this bug. ***
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1000
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 17:25 -------
With openmoko-terminal2 2.1.1+svnr3435-r2 and libvte9 0.16.8-r3 installed, I
find myself back at "/" again.
Someone (not me) posted a screenshot at
http://scap.linuxtogo.org/files/ebd1d922ade13d1217e8f2456aa2dbda.png
Subsequent to submitting my earlier patch, I found that setting the directory in
the vte_terminal_fork_command call to "~" or "~/" did NOT work, but setting it
to "/home/root" did (of course), and so did setting it to getenv("HOME"). The
latter is probably preferable.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1056
Summary: Adding new phone number (or email) does not allow to set
type first
Product: OpenMoko
Version: current svn head
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: openmoko-contacts
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
During adding phone number or email user can select type of entry
(work/home/other/pref). But with r389 contacts2 number/email has to be entered
first - touching type selector close editing and leave open list of other entry
(if there was one).
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=927
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 17:29 -------
Although this works fine on the desktop, it would appear inotify isn't working
on the neo? :/
Would be good if someone that knows a bit more about inotify could comment on
this.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1000
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 17:42 -------
Ok, let's try with getenv("HOME"). in r3542.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1055
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 18:18 -------
Fixed in r3543
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1055
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 18:19 -------
ack, sorry, wrong bug
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1057
Summary: openmoko-browser2 could really use a local file
selection browser
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
Severity: minor
Priority: P2
Component: openmoko-webbrowser
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
Program version openmoko-browser2 - 0.0.1+svnr3249-r1 (as in sane-srcrevs.inc)
A local filesystem browser would be nice, either in the rendered page itself (if
webkit supports this -- like Firefox when you select a local directory as the
URI) or as a GTK file selector accessible from the URI-entry page.
Background: I use the "Scrapbook" extension for Firefox on my desktop computer
to collect documentation for reading -- it automatically turns remote links into
local-file links. Scrapbook allows sets of pages to be exported to a folder,
which I then copy to the Neo.
This works great once I get the folder onto the Neo, except that to start
browsing, I need to type into the URI box (for example):
file:///media/card/docs/scrapbook/Introduction_to_the_Enlightenment_foundation_libraries/index.html
Needless to say, it's a bit tedious (and tab-completion doesn't seem to work).
It sure would be nice to be able to browse my way there from a default
directory.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=727
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-11-30 18:20 -------
Fixed in r3543
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1058
Summary: Web Browser renders plaintext as html -- looks ugly
Product: OpenMoko
Version: 2007.2
Platform: Neo1973
OS/Version: All
Status: NEW
Severity: minor
Priority: P2
Component: openmoko-webbrowser
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
In the openmoko-browser2 web browser, webkit seems to render plain-text files as
if they were HTML -- and because there are no paragraphs or breaks marked, they
end up as one giant blob of text without line breaks.
Can the browser somehow identify plain-text files (by extension, for example)
and render them differently? I think webkit supports this.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
