am: d7df808
* commit 'd7df808bf7c39261c1aae1faefba5ec36deced02':
Show a toast when details cannot be added to zip file.
Change-Id: I6c923972ac961567bffe38926ec8946802dce035
am: f39f044
* commit 'f39f04407e6c50d57aaa2358b2f46bc79a94cf4f':
Show a toast when details cannot be added to zip file.
Change-Id: I09e6bece0225d01cf0eaafa8e64e88bfe40a7f0e
am: 45c58f34fc
* commit '45c58f34fc1b1b06674bcceefcd8e839b806c565':
Set BugreportProgressService to run on foreground.
Change-Id: I0c7cc628d82f64b7dbbe29d7ce28d1c3bf1b13cb
am: 3053c3f2a9
* commit '3053c3f2a94b24ceeed9c46cb84045c285d3523b':
Set BugreportProgressService to run on foreground.
Change-Id: I6ff60394218bceac0fdd4eed4839f5819f532180
am: 10dcbecd8c
* commit '10dcbecd8c14f82f9da5787afdf9663c3867c82d':
Set BugreportProgressService to run on foreground.
Change-Id: Iabd7b03e8af7da7fa7aaf25b6c5a2e25586d48b3
am: 80d5aef
* commit '80d5aef0517a899b3d00cfd19f45eff54c3927a2':
Only try to add details to zip once.
Change-Id: I424225fafc8fbb249c69cc9dec2af97a3deae608
BugreportProgressService do not persist the user-provided
information (like details and screenshot paths), so if it's killed by
the framework, that info is lost.
Running it as foreground mitigates the changes of it being killed.
BUG: 27431998
BUG: 28291423
Change-Id: I2f58507beb38309628f2f19d3f7f950d07eca16f
am: 01c93c4
* commit '01c93c476ab5ed299e99eaeed3ce962a9cd6f1fe':
Only try to add details to zip once.
Change-Id: I6df023671a41d3bc7762d74c1b3b875332b56483
am: 0304688
* commit '03046888822d07ec020eb7a2f685be4f7bcded31':
Only try to add details to zip once.
Change-Id: I629618cc5cf105584ebf911b3de1b6649f1c59c6
When the user enters details (title or description) to the bugreport,
Shell tries to add a title.txt (and/or description.txt) to the zip and
uses 2 instance variables (addedDetailsToZip and addingDetailsToZip) to
control its state.
The problem with the current approach is that if there is a failure
adding the entries (for example, if the entries already exist), these
variables are not updated and hence when the user taps Share, it will
try to add the entries again, which most likely would fail.
BUG: 28291423
Change-Id: I56a71256be4f8de15f8126b815334277319e8e8a
am: bb66c49
* commit 'bb66c494554e38283ffd437f7c06b299d8cde771':
Show "Android System" instead of "Shell" on notifications.
Change-Id: I1f1283a80fe30a7700b0dd6b481258872007b4b2
am: 28baa37
* commit '28baa37a5676297b7972cfd90a07fff5f54cf19b':
Show "Android System" instead of "Shell" on notifications.
Change-Id: If1238072e38b7dd4b6b5f10a0e325edfc455cdc1
One of the changes in the 'interactive bugreport' bugreport workflow
introduced on N is that the initial screenshot was taken right away (by
Shell, not dumpstate).
Unfortunately, such initial screenshot is often delayed when the system
is overload. Also, if the user is not interested in a screenshot, it
would be adding more load on the system unnecessarily.
Given these issues, and the fact that the user can still easily take an
initial screenhsot by selecting the proper notification action, the
initial screenshot is being removed.
BUG: 28167977
Change-Id: I2cf6616ce3124102b62ec9a36dc5a0ce6455a909
When tests run for the first time, the list of activities that can
handle ACTION_SEND_MULTIPLE might not be scrollable, which was cause the
scrollForward() method to fail.
BUG: 27431998
Change-Id: I5992bc9fec6291c74c4af7887ee66eb4f96e87c0
am: 06e650c
* commit '06e650cd97df645bd0bef9342b432ca885679b13':
Revert warning logic so it has a "don't show again" message.
Change-Id: I64e0cf42ebedd931a22c6eda3ce60cb1907ec767
am: 7fd1cbd
* commit '7fd1cbd49d0ace00c65229f65252136902aedaf3':
Revert warning logic so it has a "don't show again" message.
Change-Id: Ie2ca3b9be95991b8d0087bd83c49ed85df33b0c9
When a bugreport is finished with a pending notification, it already
display a subtext explaining the situation - not only the extra title is
redundant, but it's too large.
BUG: 27583025
Change-Id: I8d8171faf7b8b86b34f6d860555839918be10550
The code that asserts the right progress is displayed was based on the
percentage text displayed in the system notification, but such text is
gone.
Since UIObject doesn't easily expose the underlying ProgressBar, such
checks were temporarily disabled.
BUG: 28114251
Change-Id: Idb64fe97cf84f5f73e08e293b8fd0384bc8b70d6
am: dfbd58a
* commit 'dfbd58aa7ebeaff7f8a18cfd236ec04cfef97396':
Fixed the contentinfo api usage in the bugreport
Change-Id: Idbbe3484a2e257a8d8b3c84896db49775903ea43
am: cbc68e5
* commit 'cbc68e59119e31ccd405c482afe19572c520cec3':
Fixed the contentinfo api usage in the bugreport
Change-Id: I9fb1d5202c919d1bb7f4cde7884d2c9c98ac14ad
Removed the percentage shown in the header and
migrated the name to the subtext as contentinfo
was deprecated.
Change-Id: Ifd79a67cad8958049bd29b8eb4c9bcbb4822688b
- Better dump of received intents by displayed the relevant extras.
- Gracefully handles the case where the bugreport file URI is invalid
during development.
BUG: 27996121
Change-Id: I97a48d1e9641142a43c66c1dded2f7f322dc66aa
