{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":20300177,"defaultBranch":"master","name":"guava","ownerLogin":"google","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2014-05-29T16:23:17.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/1342004?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1716569051.0","currentOid":""},"activityList":{"items":[{"before":"c95e53a3b6cfc352574bb292009593aa94d18ece","after":"56e0a18730cf4fe93f8766a55c7e9b1d8beed9fd","ref":"refs/heads/gh-pages","pushedAt":"2024-05-24T17:05:42.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT","shortMessageHtmlLink":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT"}},{"before":"3f61870ac6e5b18dbb74ce6f6cb2930ad8750a43","after":null,"ref":"refs/heads/test_630457079","pushedAt":"2024-05-24T16:44:11.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"}},{"before":"f238ae451fd9c0b3d88c2d94b9e89257cb34fff8","after":"3f61870ac6e5b18dbb74ce6f6cb2930ad8750a43","ref":"refs/heads/master","pushedAt":"2024-05-24T16:44:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 636947430","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"1b310a694ae4024e12d7af8bf546716af5a98c4a","after":"3f61870ac6e5b18dbb74ce6f6cb2930ad8750a43","ref":"refs/heads/test_630457079","pushedAt":"2024-05-24T16:44:08.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 636947430","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"a05c5c3230a283f16c0ecfe48f6bf5e5edb46bbb","after":"1b310a694ae4024e12d7af8bf546716af5a98c4a","ref":"refs/heads/test_630457079","pushedAt":"2024-05-24T15:34:29.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"da6111bb5be6f70f4142582fb6678ea9af8deef8","after":"a05c5c3230a283f16c0ecfe48f6bf5e5edb46bbb","ref":"refs/heads/test_630457079","pushedAt":"2024-05-23T19:38:10.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"66b4b9b77775d121afce9d101581f7d718b078ec","after":"da6111bb5be6f70f4142582fb6678ea9af8deef8","ref":"refs/heads/test_630457079","pushedAt":"2024-05-23T18:20:46.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"eeabf8234d241d7c135a93f3079cda279a8db137","after":"66b4b9b77775d121afce9d101581f7d718b078ec","ref":"refs/heads/test_630457079","pushedAt":"2024-05-23T17:38:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"e7f8ba73cac0d6369bf2b45b461d144dd812b17f","after":"eeabf8234d241d7c135a93f3079cda279a8db137","ref":"refs/heads/test_630457079","pushedAt":"2024-05-23T16:24:40.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"aa577f754955298ad13b87025606ce5211b9e206","after":"e7f8ba73cac0d6369bf2b45b461d144dd812b17f","ref":"refs/heads/test_630457079","pushedAt":"2024-05-23T15:01:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"5f5f11f11a91d1caa0dca0000e8d7180b971d6df","after":"aa577f754955298ad13b87025606ce5211b9e206","ref":"refs/heads/test_630457079","pushedAt":"2024-05-22T16:22:40.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":null,"after":"5f5f11f11a91d1caa0dca0000e8d7180b971d6df","ref":"refs/heads/test_630457079","pushedAt":"2024-05-22T15:02:38.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Change `InetAddress`-`String` conversion methods to preserve the scope ID.\n\nThis matches the behavior in https://bugs.openjdk.org/browse/JDK-8272215 (except still not supporting brackets [])\n\nRELNOTES=`net`: Changed `InetAddress`-`String` conversion methods to preserve the scope ID. This may lead to two kinds of problems: First, callers of those methods may be relying on the returned values _not_ to include the scope ID. For example, they might compensate for the old behavior of the methods by appending the scope ID to a returned string themselves. (If so, you can update your code to stop doing so at the same time as you upgrade Guava. Of, if your code might run against multiple versions of Guava, you can check whether Guava included a scope ID before adding one yourself.) Or they may pass the returned string to another system that does not understand scope IDs. (If so, you can strip the scope ID off, whether by truncating the string form at a `%` character (leaving behind any trailing `]` character in the case of `forUriString`) or by replacing the returned `InetAddress` with a new instance constructed by calling `InetAddress.getByAddress(addr)`. The other possible cause for problems is that `java.net.InetAddress` validates any provided scope ID against the interfaces available on the machine. As a result, methods in `InetAddresses` may now fail if the scope ID fails validation, including if the code runs in an Android app without networking permission. If this is not the behavior that you want, then you can strip off the scope ID from the input string before passing it to Guava, as discussed above.\nPiperOrigin-RevId: 630457079","shortMessageHtmlLink":"Change <code>InetAddress</code>-<code>String</code> conversion methods to preserve the scop…"}},{"before":"4c43af9bcf855aae2b3c692db76e1ad2d1c43802","after":"c95e53a3b6cfc352574bb292009593aa94d18ece","ref":"refs/heads/gh-pages","pushedAt":"2024-05-20T18:01:21.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT","shortMessageHtmlLink":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT"}},{"before":"725976f28e195f2c1956785ec3e2d328340c3870","after":null,"ref":"refs/heads/dependabot/github_actions/github/codeql-action-3.25.6","pushedAt":"2024-05-20T17:40:23.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"dependabot[bot]","name":null,"path":"/apps/dependabot","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/29110?s=80&v=4"}},{"before":"f238ae451fd9c0b3d88c2d94b9e89257cb34fff8","after":null,"ref":"refs/heads/test_635477080","pushedAt":"2024-05-20T17:40:16.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"}},{"before":"4ed49723048ec8631a4cec425f0bc497be05848b","after":"f238ae451fd9c0b3d88c2d94b9e89257cb34fff8","ref":"refs/heads/master","pushedAt":"2024-05-20T17:40:14.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Bump github/codeql-action from 3.25.5 to 3.25.6\n\nBumps [github/codeql-action](https://github.com/github/codeql-action) from 3.25.5 to 3.25.6.\n- [Release notes](https://github.com/github/codeql-action/releases)\n- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)\n- [Commits](https://github.com/github/codeql-action/compare/b7cec7526559c32f1616476ff32d17ba4c59b2d6...9fdb3e49720b44c48891d036bb502feb25684276)\n\nFixes #7229\n\nRELNOTES=n/a\nPiperOrigin-RevId: 635500819","shortMessageHtmlLink":"Bump github/codeql-action from 3.25.5 to 3.25.6"}},{"before":"57978c4e558cebdd6aff42a8cd48aa25adc30add","after":"f238ae451fd9c0b3d88c2d94b9e89257cb34fff8","ref":"refs/heads/test_635477080","pushedAt":"2024-05-20T17:40:13.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Bump github/codeql-action from 3.25.5 to 3.25.6\n\nBumps [github/codeql-action](https://github.com/github/codeql-action) from 3.25.5 to 3.25.6.\n- [Release notes](https://github.com/github/codeql-action/releases)\n- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)\n- [Commits](https://github.com/github/codeql-action/compare/b7cec7526559c32f1616476ff32d17ba4c59b2d6...9fdb3e49720b44c48891d036bb502feb25684276)\n\nFixes #7229\n\nRELNOTES=n/a\nPiperOrigin-RevId: 635500819","shortMessageHtmlLink":"Bump github/codeql-action from 3.25.5 to 3.25.6"}},{"before":null,"after":"57978c4e558cebdd6aff42a8cd48aa25adc30add","ref":"refs/heads/test_635477080","pushedAt":"2024-05-20T17:16:57.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Bump github/codeql-action from 3.25.5 to 3.25.6\n\nBumps [github/codeql-action](https://github.com/github/codeql-action) from 3.25.5 to 3.25.6.\n- [Release notes](https://github.com/github/codeql-action/releases)\n- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)\n- [Commits](https://github.com/github/codeql-action/compare/b7cec7526559c32f1616476ff32d17ba4c59b2d6...9fdb3e49720b44c48891d036bb502feb25684276)\n\nFixes #7229\n\nRELNOTES=n/a\nPiperOrigin-RevId: 635477080","shortMessageHtmlLink":"Bump github/codeql-action from 3.25.5 to 3.25.6"}},{"before":null,"after":"725976f28e195f2c1956785ec3e2d328340c3870","ref":"refs/heads/dependabot/github_actions/github/codeql-action-3.25.6","pushedAt":"2024-05-20T15:25:26.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"dependabot[bot]","name":null,"path":"/apps/dependabot","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/29110?s=80&v=4"},"commit":{"message":"Bump github/codeql-action from 3.25.5 to 3.25.6\n\nBumps [github/codeql-action](https://github.com/github/codeql-action) from 3.25.5 to 3.25.6.\n- [Release notes](https://github.com/github/codeql-action/releases)\n- [Changelog](https://github.com/github/codeql-action/blob/main/CHANGELOG.md)\n- [Commits](https://github.com/github/codeql-action/compare/b7cec7526559c32f1616476ff32d17ba4c59b2d6...9fdb3e49720b44c48891d036bb502feb25684276)\n\n---\nupdated-dependencies:\n- dependency-name: github/codeql-action\n  dependency-type: direct:production\n  update-type: version-update:semver-patch\n...\n\nSigned-off-by: dependabot[bot] <support@github.com>","shortMessageHtmlLink":"Bump github/codeql-action from 3.25.5 to 3.25.6"}},{"before":"dd54c49dd7b63b8388727d4074a704b9f92dd27b","after":"4c43af9bcf855aae2b3c692db76e1ad2d1c43802","ref":"refs/heads/gh-pages","pushedAt":"2024-05-18T03:46:06.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT","shortMessageHtmlLink":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT"}},{"before":"4ed49723048ec8631a4cec425f0bc497be05848b","after":null,"ref":"refs/heads/test_634798859","pushedAt":"2024-05-18T03:24:41.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"}},{"before":"f0c70999725ce61dfb3b4cbfc3313964007e18bd","after":"4ed49723048ec8631a4cec425f0bc497be05848b","ref":"refs/heads/master","pushedAt":"2024-05-18T03:24:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an ancient Android `toArray` bug.\n\nI can't seem to access the Android issue report anymore, but there are details in [this Harmony issue](https://issues.apache.org/jira/browse/HARMONY-6681).\n\nThe Android codebase was fixed in 2012, which gives it more than enough [time to make it into Lollipop](https://en.wikipedia.org/wiki/Android_version_history), which is the minimum version that we now test with.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634956139","shortMessageHtmlLink":"Remove workaround for an ancient Android <code>toArray</code> bug."}},{"before":"3a112a768072e7e1afebde9fff6f8fe8d27e3606","after":"4ed49723048ec8631a4cec425f0bc497be05848b","ref":"refs/heads/test_634798859","pushedAt":"2024-05-18T03:24:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an ancient Android `toArray` bug.\n\nI can't seem to access the Android issue report anymore, but there are details in [this Harmony issue](https://issues.apache.org/jira/browse/HARMONY-6681).\n\nThe Android codebase was fixed in 2012, which gives it more than enough [time to make it into Lollipop](https://en.wikipedia.org/wiki/Android_version_history), which is the minimum version that we now test with.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634956139","shortMessageHtmlLink":"Remove workaround for an ancient Android <code>toArray</code> bug."}},{"before":null,"after":"3a112a768072e7e1afebde9fff6f8fe8d27e3606","ref":"refs/heads/test_634798859","pushedAt":"2024-05-18T03:02:19.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an ancient Android `toArray` bug.\n\nI can't seem to access the Android issue report anymore, but there are details in [this Harmony issue](https://issues.apache.org/jira/browse/HARMONY-6681).\n\nThe Android codebase was fixed in 2012, which gives it more than enough [time to make it into Lollipop](https://en.wikipedia.org/wiki/Android_version_history), which is the minimum version that we now test with.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634798859","shortMessageHtmlLink":"Remove workaround for an ancient Android <code>toArray</code> bug."}},{"before":"8c0afd381e87c43e3daf2973f2b16c9b786cc7b7","after":"dd54c49dd7b63b8388727d4074a704b9f92dd27b","ref":"refs/heads/gh-pages","pushedAt":"2024-05-17T18:19:41.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT","shortMessageHtmlLink":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT"}},{"before":"f0c70999725ce61dfb3b4cbfc3313964007e18bd","after":null,"ref":"refs/heads/test_634801828","pushedAt":"2024-05-17T17:58:39.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"}},{"before":"dd2fac88bf7921ea33bcee76278b12ea46a6de9f","after":"f0c70999725ce61dfb3b4cbfc3313964007e18bd","ref":"refs/heads/master","pushedAt":"2024-05-17T17:58:38.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an Android bug that was fixed at some point before Lollipop.\n\nAnd update the link to the bug that wasn't fixed until later.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634827341","shortMessageHtmlLink":"Remove workaround for an Android bug that was fixed at some point bef…"}},{"before":"897ba514cf2592adcf49e2ce50e59d38557c6f5a","after":"f0c70999725ce61dfb3b4cbfc3313964007e18bd","ref":"refs/heads/test_634801828","pushedAt":"2024-05-17T17:58:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an Android bug that was fixed at some point before Lollipop.\n\nAnd update the link to the bug that wasn't fixed until later.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634827341","shortMessageHtmlLink":"Remove workaround for an Android bug that was fixed at some point bef…"}},{"before":null,"after":"897ba514cf2592adcf49e2ce50e59d38557c6f5a","ref":"refs/heads/test_634801828","pushedAt":"2024-05-17T17:36:18.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"copybara-service[bot]","name":null,"path":"/apps/copybara-service","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/44061?s=80&v=4"},"commit":{"message":"Remove workaround for an Android bug that was fixed at some point before Lollipop.\n\nAnd update the link to the bug that wasn't fixed until later.\n\nRELNOTES=n/a\nPiperOrigin-RevId: 634801828","shortMessageHtmlLink":"Remove workaround for an Android bug that was fixed at some point bef…"}},{"before":"fd63b5d0b5667b66223b0644ce7b6a72b2c44432","after":"8c0afd381e87c43e3daf2973f2b16c9b786cc7b7","ref":"refs/heads/gh-pages","pushedAt":"2024-05-17T17:33:46.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT","shortMessageHtmlLink":"Generate Javadoc and JDiff for Guava HEAD-jre-SNAPSHOT"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEU0EtKQA","startCursor":null,"endCursor":null}},"title":"Activity · google/guava"}