Status Update
Comments
ra...@google.com <ra...@google.com>
an...@google.com <an...@google.com> #2
Unfortunately I'm not able to reproduce this locally.
for one of my App Projects
Does this only happen for one project, but not others? If so, that implies some project-specific configuration may trigger this bug. Are you able to share the project with us?
When I change the name of an element in the XML layout
Am I correct in understanding that you're changing the android:id
attribute for an element? I want to make sure I'm trying to reproduce the same thing.
Please also share diagnostic logs, which can be found by going to Help
> Collect Logs and Diagnostic Data
.
dr...@gmail.com <dr...@gmail.com> #3
right hand side of the screen.
I modify the existing name and the Refactor popup appears to change to the
new name and then almost IMMEDIATELY the popup is replaced with a Refactor
back to the original name.
If you allow it to change then it takes multiple seconds to complete the
reversal of the name change (yes it changes it back to the original)
Hence what I do is select CANCEL which leaves the new name (indicating it
has done the replacement)
It occurs across multiple projects
Log attached
On Wed, Sep 11, 2024 at 7:37 AM <buganizer-system@google.com> wrote:
an...@google.com <an...@google.com> #4
Hmm, this remains a mystery as it's not reproducing for me on Koala 2024.1.1 Patch 2, or on any later version.
Does the same happen for the following steps:
- Right-click on the
"@+id/foo"
text in the xml view of the layout. - Choose
Refactor
>Rename
Knowing this can help us track down if it's a bug in the rename action or in the attributes window.
dr...@gmail.com <dr...@gmail.com> #5
you can't reproduce it I wanted to show the bug "in action"!)
Note in this case I deliberately clicked ok on the second dialog to show
just how long it takes to revert to the original name compared to how
quickly it makes the first change
I attempted what you requested - from the xml view I right clicked and IT
DID what is was supposed to do and changed the name (without attempting to
revert to the original name)
Hope this helps
On Wed, Sep 18, 2024 at 6:16 AM <buganizer-system@google.com> wrote:
an...@google.com <an...@google.com> #6
Thanks for the video - it does confirm I was following the same steps, so I'm not sure what's different.
Given that renaming from the XML is working correctly, it implies this is something happening in the attributes window. I'm sending this bug to the team that owns that, to see if they know what's different about that pane and what might be causing this.
di...@google.com <di...@google.com>
di...@google.com <di...@google.com> #7
Jens, looking at the video it looks like something is triggering a second modification. I have not been able to reproduce this particular problem but one thing I've noticed is that if the property value set fails, the "text" in the property remain so, in the next lostFocus event, the refactoring will be tried again.
Any ideas of what's triggering the "undo"?
jl...@google.com <jl...@google.com>
jl...@google.com <jl...@google.com>
an...@google.com <an...@google.com> #8
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 Canary 4
- Android Gradle Plugin 8.8.0-alpha04
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
dr...@gmail.com <dr...@gmail.com> #9
I change an item id in the attributes panel and am correctly offered Refactor. BUT then, as before, almost immediately I am offered refactor BACK to the original id
So sorry to report it has not been fixed
Description
When I change the name of an element in the XML layout the usual dialog appears showing the new name and offering to Refactor.
When I click OK almost immediately the first dialog is replaced by another dialog offering Refactor BACK TO the original name
If I click OK then the dialog takes far longer to complete showing searching in X files etc
Once complete the element id is NOT changed
The work around is clearly to manually replace each occurrence and then go to the .kt files to make the same reference changes
```
####################################################
Please provide all of the following information, otherwise we may not be able to route your bug report.
####################################################
1. Describe the bug or issue that you're seeing.
2. Attach log files from Android Studio
2A. In the IDE, select the Help..Collect Logs and Diagnostic Data menu option.
2B. Create a diagnostic report and save it to your local computer.
2C. Attach the report to this bug using the Add attachments button.
3. If you know what they are, write the steps to reproduce:
3A.
3B.
3C.
In addition to logs, please attach a screenshot or recording that illustrates the problem.
For more information on how to get your bug routed quickly, see
Build: AI-241.18034.62.2411.12169540, 202408011725
AS: Koala | 2024.1.1 Patch 2
AI-241.18034.62.2411.12169540, JRE 17.0.11+0--11852314x64 JetBrains s.r.o., OS Windows 11(amd64) v10.0 , screens 1920.0x1080.0, 2560.0x1080.0
Android Gradle Plugin: 8.5.2
Gradle: 8.7
Gradle JDK: JetBrains Runtime 17.0.11
NDK: from local.properties: (not specified), latest from SDK: (not found)
CMake: from local.properties: (not specified), latest from SDK: (not found), from PATH: (not found)
Source: send_feedback_icon```