Closed
Bug 884745
Opened 11 years ago
Closed 11 years ago
Change debug() method to the new window.DUMP in icc*.js
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect)
Tracking
(blocking-b2g:leo+, b2g18 fixed, b2g-v1.1hd fixed)
RESOLVED
FIXED
blocking-b2g | leo+ |
People
(Reporter: frsela, Unassigned)
References
Details
(Whiteboard: QARegressExclude)
Attachments
(1 file)
Change debug() calls into ICC classes to use window.DUMP
Reporter | ||
Comment 1•11 years ago
|
||
Attachment #764760 -
Flags: review?(kaze)
Updated•11 years ago
|
Attachment #764760 -
Flags: review?(kaze) → review+
Reporter | ||
Comment 2•11 years ago
|
||
Reporter | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 3•11 years ago
|
||
Can we bolster this, dump() and test-wise? This functionality was broken due to bug 886844, and halted development/QA for the better part of a day :-(
Reporter | ||
Comment 4•11 years ago
|
||
(In reply to Stephen Donner [:stephend] from comment #3)
> Can we bolster this, dump() and test-wise? This functionality was broken
> due to bug 886844, and halted development/QA for the better part of a day :-(
Hi Stephen,
886844 error was my fault (sorry for that), I forgot adding one file to the commit so the resource generation file went to the settings folder instead system one.
But I think this is completly different from the previous one. In this case, we developed a shared library for dumping to the console and this can be enable/disable from the settings app.
Comment 5•11 years ago
|
||
Nominating to leo? in order to leave STK code refactoring completed. All STK commands moved from settings to system (Bug 875679) are using window.DUMP but the ones remaining in settings still use debug (), with this bug all STK commands (system, settings) will use the new window.DUMP.
Blocks: 875679
blocking-b2g: --- → leo?
Updated•11 years ago
|
blocking-b2g: leo? → leo+
Comment 6•11 years ago
|
||
I was not able to uplift this bug to v1-train. If this bug has dependencies which are not marked in this bug, please comment on this bug. If this bug depends on patches that aren't approved for v1-train, we need to re-evaluate the approval. Otherwise, if this is just a merge conflict, you might be able to resolve it with:
git checkout v1-train
git cherry-pick -x -m1 08c9cf50fe1d2e8bbb3931d61e0a30c6a1bc6b6c
<RESOLVE MERGE CONFLICTS>
git commit
Flags: needinfo?(nobody)
Reporter | ||
Comment 7•11 years ago
|
||
Flags: needinfo?(nobody)
Comment 8•11 years ago
|
||
Hi John,
Could you please help us with the uplift to v1-train again?. Thanks!.
Flags: needinfo?(jhford)
Comment 9•11 years ago
|
||
v1.1.0hd: 0dc11e46ce31b68c01ab3cf454b558c7abecd430
status-b2g-v1.1hd:
--- → fixed
Updated•11 years ago
|
Flags: needinfo?(jhford)
Comment 10•11 years ago
|
||
(In reply to Noemí Freire (:noemi) from comment #8)
> Hi John,
>
> Could you please help us with the uplift to v1-train again?. Thanks!.
That is the commit in comment 7, which was merged onto v1.1.0hd
Updated•11 years ago
|
status-b2g18:
--- → fixed
Comment 11•11 years ago
|
||
(In reply to John Ford [:jhford] -- please use 'needinfo?' instead of a CC from comment #10)
> (In reply to Noemí Freire (:noemi) from comment #8)
> > Hi John,
> >
> > Could you please help us with the uplift to v1-train again?. Thanks!.
>
> That is the commit in comment 7, which was merged onto v1.1.0hd
OK, many thanks.
Updated•11 years ago
|
Whiteboard: QARegressExclude
You need to log in
before you can comment on or make changes to this bug.
Description
•