Status Update
Comments
il...@google.com <il...@google.com> #2
It doesn't look like this bug has a link to the affected dataset(s) in Earth
Engine. Please reply to this bug with a comment containing a URL of the form
"
If this issue doesn't affect an existing dataset, consider moving in into the "Public Trackers > Earth Engine > Datasets > New Datasets" component. If the dataset is a new or updated version of an existing dataset, you can add the URL of the existing one. And if you cannot add a URL, you can disable future automated messages by adding a comment with "dataset_bug_ranker: disable" on its own line.
Reason: Issue does not contain a dataset URL. dataset_bug_ranker: remind=P7D
ni...@gmail.com <ni...@gmail.com> #3
On Thu, 16 Jan 2025, 13:25 , <buganizer-system@google.com> wrote:
ni...@gmail.com <ni...@gmail.com> #4
direct me to the appropriate place, many thanks
On Thu, Jan 16, 2025 at 1:39 PM Hope Irvine <hopekathleenirvine@gmail.com>
wrote:
jo...@imdb.com <jo...@imdb.com> #5
il...@google.com <il...@google.com> #6
Closing as intended behavior. Use the panel handle to reduce the Code and Map panel area and increase the Console panel.
jo...@imdb.com <jo...@imdb.com> #7
Does that mean there is no support for custom types being parsed from deep link placeholders even if I can implement the parse function? That is, will I need to parse from String to my custom type at each site at which I want to access this argument?
Thanks, Joel
ia...@gmail.com <ia...@gmail.com> #8
pr...@gmail.com <pr...@gmail.com> #9
jb...@google.com <jb...@google.com> #10
There isn't much to be done to support this from the XML side but with
he...@gmail.com <he...@gmail.com> #11
This basically scuppers any dream of migrating completely to composables with no fragments/xml because the new composable navigation arrangement can only support passing primitives.
With all of Google's resources, you'd think that we could have some sort of built-in solution that everyone could trust that doesn't involve reams of custom boilerplate.
jb...@google.com <jb...@google.com> #12
From #6:
Serializable
andParcelable
have no consistent API surface that would allow automatic parsing of a string into your custom class instance.
If you have a custom type, then yes you need to define how Navigation needs to handle that type.
Description
Version used: 2.2.0
Devices/Android versions reproduced on: Emulator all API's
During the implementation of the passing parameter solution, in navigation between modules, I came across a serialization error. Deeplinks, as far as I know, accepts custom argument types, which are Parcelables or Serializable.
Error message:
java.lang.UnsupportedOperationException: Parcelables don't support default values.
Am I doing something wrong or this is still under development?
Here is short example:
<fragment
android:id="@+id/sampleFragment"
android:name="com.testapp.app.samples.navigation.SampleFragment"
android:label="SampleFragment">
<argument
android:name="Args"
app:argType="com.testapp.navigation.SampleArgs" />
<deepLink app:uri="app://app/samples/navigation/SampleFragment?Args={Args}"/>
</fragment>
@Parcelize
@Keep data class SampleArgs(
val text: String
) : NavArgs, Parcelable
val x = SampleArgs("TEST")
val uri = Uri.parse("app://app/samples/navigation/SampleFragment?Args=$x}")
navController.navigate(uri)