Status Update
Comments
am...@google.com <am...@google.com>
am...@google.com <am...@google.com> #2
Thank you for posting.
Kindly provide a sample app with screen recording and steps to reproduce for further checking.
yb...@google.com <yb...@google.com>
ta...@gmail.com <ta...@gmail.com> #3
The issue is easily reproduced with the Stroke and Width settings for Buildings (3d and Footprint) within the latest Maps JavaScript API and both the old web-based Map Styles editor and the new cloud-based Map Styles editor. You can reproduce the issue by attempting to add an outline (stroke) of any width under Landscape-Human-made(man_made)-Buildings. The expected changes do not show in the rendered map within the Styles editor(s) or when loading the map via saved Map ID elsewhere.
I don't have time this week to author a screen recording that redacts my proprietary intellectual property, and I certainly won't be providing a copy of my software or authoring a sample app for you when you can already easily duplicate the bug in your own Map Styles editors.
I may have time to provide a marked-up screenshot from the Map Styles editor later tonight or tomorrow when I am back at my computer.
am...@google.com <am...@google.com> #4
To follow-up on this in an effort to assist you in bringing this bug to a resolution, please see the attached screenshot from the (old) Map Styles editor showing the issue and how you can duplicate it on your own. Similarly, the issue can also be duplicated in the (new) preview of the cloud-based Map Styles editor. Stroke color and width are not working as expected, for both the 3d and footprint style of buildings on the map. To assist you in locating the Map Styles editor, here is the link to Map Styles:
go...@gmail.com <go...@gmail.com> #5
Thank you for the information.
We have verified and logged this issue internally. Please note that we cannot give you any timelines, but you can star the issue to get notifications.
go...@gmail.com <go...@gmail.com> #6
ta...@gmail.com <ta...@gmail.com> #8
pr...@gmail.com <pr...@gmail.com> #10
I did notice a recent change to the (new) cloud-based Map Styles editor which added the ability to edit the stroke color and width for the footprint style of buildings. That seems to be some positive progress.
yb...@google.com <yb...@google.com> #11
<codes><312220318></codes>
jo...@gmail.com <jo...@gmail.com> #12
st...@googlemail.com <st...@googlemail.com> #13
am...@google.com <am...@google.com> #14
Please add this to the list of bugs/issues that I have reported above: Building Fill color is missing the Transparency option.
ta...@gmail.com <ta...@gmail.com> #15
sk...@googlemail.com <sk...@googlemail.com> #16
Thank you for your message.
As per checking,
Our Engineering team is actively working on fixing the mentioned issues. We apologize for the delay and sincerely appreciate your understanding.
Rest assured that once we have receive any shareable updates, we'll let you know.
Thanks again.
cc...@android.com <cc...@android.com> #17
[Deleted User] <[Deleted User]> #18
There has been an update in our documentation related to the stroke color and weight. The following pages have been updated. In short "Stroke color and stroke weight customizations are not available for 3D style buildings."
-
-
Well, I guess that is one way to fix an annoying bug... just rewrite the documentation to make it look like the bug was intentional. I have to say, that is the funniest and most annoying thing I have heard in a long time. What a joke Google Maps API has become. If the goal is to force developers to seek alternative mapping solutions, you all are succeeding.
It is also worth mentioning, I am not privileged enough to actually have access rights to view either of the documentation links that were provided (internal to Google maybe?), but I will assume that they are just trying to cover up their mistake instead of actually fixing the issues. How utterly disappointing and frustrating!
cc...@android.com <cc...@android.com> #19
I assume they will update the doc to include fill/transparency on 3D buildings too
bf...@gmail.com <bf...@gmail.com> #20
yu...@gmail.com <yu...@gmail.com> #21
em...@gmail.com <em...@gmail.com> #22
xl...@gmail.com <xl...@gmail.com> #23
We really apologize for this experience.
The internal issue that we filed is still open as our engineers are still actively working on it.
Once again, apologies and thank you very much for your understanding. Once we are able to receive updates, we will surely let you know.
bf...@gmail.com <bf...@gmail.com> #24
StaggeredGridLayoutManager.setItemPrefetchEnabled(false);
or
LinearLayoutManager.setItemPrefetchEnabled(false);
xl...@gmail.com <xl...@gmail.com> #25
am...@google.com <am...@google.com> #26
Thanks.
Description
Version used: 25.1.0
Theme used: Theme.AppCompat.Light.DarkActionBar
Devices/Android versions reproduced on: Android API 23 AVD emulator, Android 5.1 user devices
- Relevant code to trigger the issue.
The important parts of the code:
1. Uses StaggeredGridLayoutManager with multiple columns.
2. Some of the items are full span: `StaggeredGridLayoutManager.LayoutParams.setFullSpan(true)`
3. Call `RecyclerView.Adapter.notifyItemChanged()` on UI thread (e.g. post delayed Handler)
When running the example app, try flinging the RecyclerView up and down several times. It will eventually force close.
- Stack trace:
java.lang.IllegalArgumentException: Pixel distance must be non-negative
at android.support.v7.widget.GapWorker$LayoutPrefetchRegistryImpl.addPosition(GapWorker.java:110)
at android.support.v7.widget.StaggeredGridLayoutManager.collectAdjacentPrefetchPositions(StaggeredGridLayoutManager.java:2109)
at android.support.v7.widget.GapWorker$LayoutPrefetchRegistryImpl.collectPrefetchPositionsFromView(GapWorker.java:94)
at android.support.v7.widget.GapWorker.buildTaskList(GapWorker.java:213)
at android.support.v7.widget.GapWorker.prefetch(GapWorker.java:343)
at android.support.v7.widget.GapWorker.run(GapWorker.java:370)
at android.os.Handler.handleCallback(Handler.java:739)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:148)
at android.app.ActivityThread.main(ActivityThread.java:5417)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:726)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)