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. Re: Openmoko Bug #1501: [messages] Scrollbar in the main menu
is confusing. (was: sometimes it shows some line on the bottom of
messages Main screen) (Openmoko Public Trac)
2. Re: Openmoko Bug #1605: "Messages": The application is badly
resized on start and does not show properly. (Openmoko Public Trac)
3. Re: Openmoko Bug #1638: Replace current progress bar with
asterisk progress wheel (Openmoko Public Trac)
4. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
5. Re: Openmoko Bug #1525: Exposure Crashes (or at least its
inaccessible) (Openmoko Public Trac)
6. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
7. Re: Openmoko Bug #1549: [exposure] want to launch exposure
again while it is in the e-illume bar, need 5~10 sec
(Openmoko Public Trac)
8. Re: Openmoko Bug #1599: Suspend / resume breaks audio
(Openmoko Public Trac)
9. Re: Openmoko Bug #1267: Strong echo when calling a Neo from
another phone (Openmoko Public Trac)
--- Begin Message ---
#1501: [messages] Scrollbar in the main menu is confusing.
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: new
Priority: high | Milestone: ASU
Component: Qtopia | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1501#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1605: "Messages": The application is badly resized on start and does not show
properly.
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: zecke
Type: defect | Status: in_testing
Priority: highest | Milestone: ASU
Component: Qtopia | Version:
Severity: blocker | Resolution:
Keywords: Messages | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: accepted => in_testing
Comment:
This should be fixed. Please test tomorrows image.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1605#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1638: Replace current progress bar with asterisk progress wheel
-------------------------+--------------------------------------------------
Reporter: will | Owner: raster
Type: enhancement | Status: new
Priority: high | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: must have | Blocking:
Blockedby: |
-------------------------+--------------------------------------------------
Comment(by raster):
if u are happy with not having translucency over the top bar... or over
other windows, then it can be done
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1638#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: andy
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by raster):
load calculation isn't the problem.. the cpu they consume is real.
everything slows down. xglamo is painfully slow, as is enlightenment...
sorry no straces.. i'll try next time i see it...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1525: Exposure Crashes (or at least its inaccessible)
------------------------+---------------------------------------------------
Reporter: will | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: normal | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Comment(by raster):
i have yet to reproduce this in any way... so it's hard to do anything
until we know just what is up. there was a time long ago when xglamo
itself had bugs where it'd just lose the whole plot sometimes in the draw
queue and everything that draws in x was screwed...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1525#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
-----------------------------+----------------------------------------------
Reporter: raster | Owner: andy
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Comment(by andy):
Sure it's not this bug. Holger mentioned it as an aside and I saw my 2.0
idle load go to 0.0 after the patch, so I think that issue is fixed by
that patch.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:10>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1549: [exposure] want to launch exposure again while it is in the e-illume bar,
need 5~10 sec
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: marek
Type: defect | Status: assigned
Priority: normal | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: must have | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Comment(by raster):
ok 1. bar is not relevant to any changes in exposure. it is entirely done
inside the window manager. for me here, it works 100% of the time, no lag.
the problem may be that when u press, u press AND drag (a little) and that
is not counted as a press (as that list is actually scrollable... so if
it's long enough...) i can change the sensitivity to allow more drag to
still be registered as a click. but other than that. so if you click on
home or exposure and the top bar doesnt slide back on its own - it decided
you clicked and DRAGGED and thus didnt want to select it - that may be
what you see.if you use a fingernail or stylus its always accurate - with
the "pad" of your finger - it wiggles about a lot when u press
something... that's why i provided config values fortuning it. try this:
click the wrench/spanner to get illume's config (thank god i haven't
removed it!) and then in finger scrolling select "Very Low" and see if
things improve for you :)
anyway - for the bar, there is not 1 thing you can do to exposure to
affect it in any way as exposure isnot involved except in drawing itself
when its window is shown.
2. launcher - sigusr2... did u set up a sgnal handler? or are you using
ecore's sigusr -> event conversion wrapper? (and you may have no idea
because python has hidden it from you...).
normally signals are never delayed in linux... well - not by 10 seconds.
so its something in the handler later...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1549#comment:10>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1599: Suspend / resume breaks audio
----------------------------------------+-----------------------------------
Reporter: phyce | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone: OM-2007.2
Component: System Software | Version: GTA02v5
Severity: normal | Resolution:
Keywords: sound audio suspend resume | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Comment(by paipai62):
Here is a draft script for apm.
Simple, but it is always a problem on neod (set with a restart Xserver).
neod: Loss of sound, at the resume.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1599#comment:15>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1267: Strong echo when calling a Neo from another phone
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: sean_chiang
Type: defect | Status: assigned
Priority: high | Milestone:
Component: Audio | Version: unspecified
Severity: normal | Resolution:
Keywords: audio, echo | Blocking:
Blockedby: |
-------------------------------+--------------------------------------------
Changes (by russh):
* cc: russh (added)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1267#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
