Closed
Bug 987454
Opened 12 years ago
Closed 11 years ago
[Messages] The sent message is not painted after sending
Categories
(Core :: Panning and Zooming, defect)
Tracking
()
People
(Reporter: dietrich, Unassigned)
References
Details
Attachments
(1 file)
22.33 KB,
image/png
|
Details |
hrm, i touched the screen and it painted the rest of the way so couldn't get the screenshot.
i hit send, the message sent.
but the visible message bubble was just a white line. then when i touched it, the whole sent message was visible.
Comment 1•12 years ago
|
||
Dietrich, which Gecko/Gaia version do you use?
Reporter | ||
Comment 2•12 years ago
|
||
Oh sorry, bad bug filer!
Using master (1.5) build from 3/24.
Comment 3•12 years ago
|
||
I think I encountered this too on my Peak. I sent an MMS message, got a reply, then replied again and when my reply was sent the bubble wasn't shown. This was with Geeksphone master build from the 21st of March.
Comment 4•12 years ago
|
||
str |
Yeah, I see this too. This looks like a painting or APZC issue.
As soon as the message is 2 lines, I see the issue.
So here is a STR:
* open the Messages app
* open an existing thread
* send a message with 2 lines
Kats, can you have a look?
Flags: needinfo?(bugmail.mozilla)
Comment 5•12 years ago
|
||
Updated•12 years ago
|
Summary: sent message not visible → [Messages] The sent message is not painted after sending
Updated•12 years ago
|
Component: Gaia::SMS → Panning and Zooming
Product: Firefox OS → Core
Updated•12 years ago
|
status-b2g-v2.0:
--- → affected
Comment 7•12 years ago
|
||
Is there a way to reproduce these STR without a SIM card? I can make local changes to my codebase if needed.
Flags: needinfo?(bugmail.mozilla) → needinfo?(felash)
Comment 8•12 years ago
|
||
Jason, I'm waiting for a qawanted for 5 days here, maybe because it's not in the Firefox OS Product? Could you help? Thanks!
Kats, I'll have a look.
Flags: needinfo?(jsmith)
Comment 9•12 years ago
|
||
Actually, I don't reproduce it anymore on a current 1.5. Dietrich, do you still see this on a newer build?
Now I'd like to know whether it happens on 1.4 though...
Flags: needinfo?(felash) → needinfo?(dietrich)
![]() |
||
Comment 11•12 years ago
|
||
(In reply to Julien Wajsberg [:julienw] (away until March 24) from comment #8)
> Jason, I'm waiting for a qawanted for 5 days here, maybe because it's not in
> the Firefox OS Product? Could you help? Thanks!
>
> Kats, I'll have a look.
Note for the future - in order to get onto the qawanted queries, you either need to have:
* A blocking flag set
* In the Firefox OS product
So in this bug's case, I'd flag the blocking flag as backlog if it's worth fixing, as that will cause this bug to show up in our bug queries.
blocking-b2g: --- → backlog
Flags: needinfo?(jsmith)
Comment 12•12 years ago
|
||
QA: please test the STR in comment 4 in 1.4. Thanks !
Comment 13•11 years ago
|
||
Please let me know if you still see this with bug 1010119 applied.
Comment 14•11 years ago
|
||
Jason, looks like this bug is still not showing up in your queries :)
I'll close it now because I clearly don't reproduce it now, but I still want to know how qawanted works for this type of bugs.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(jsmith)
Resolution: --- → WORKSFORME
![]() |
||
Comment 15•11 years ago
|
||
It actually is in our queries, it's just not on the top of our priority queue.
Flags: needinfo?(jsmith)
Keywords: qawanted
Assignee | ||
Updated•11 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
You need to log in
before you can comment on or make changes to this bug.
Description
•