Recovery regex wrong for REEF boards |
|||||||||
Issue descriptionrecovery.json does not currently have images for REEF boards (electro, pyro, snappy, basking). Please update recovery.json to include images for these launched boards.
,
Aug 1 2017
+ gidon Thank you, Jay, for open this bug.
,
Aug 3 2017
josafat@ as for https://bugs.chromium.org/p/chromium/issues/detail?id=750328 can we consider also this fixed ?
,
Aug 3 2017
,
Aug 3 2017
Hmm... Now it looks like the regex in recovery.json for Acer Chromebook Spin 11 (R751T) is to broad:
...
"hwidmatch": "^REEF \\w{3}-C\\w{2}(-\\w{3})*",
"manufacturer": "Asus",
"md5": "f9a1fa62667274ef0b20633c3bac65a5",
"model": "ASUS Chromebook C213NA",
...
"hwidmatch": "^REEF .*",
"manufacturer": "Acer",
"md5": "f9a1fa62667274ef0b20633c3bac65a5",
"model": "Acer Chromebook Spin 11 (R751T)",
...
I don't think we'll ever match the Asus board because the Acer matches first :-/
Jay
,
Aug 3 2017
,
Aug 3 2017
FYI: According to https://cros-goldeneye.corp.google.com/chromeos/console/viewDevice?id=180 Acer Electro's Hardware ID Device Pattern should be "^REEF \w{3}-B\w{2}(-\w{3})*".
,
Aug 7 2017
Moises, any ideas how we would get '^REEF .*' in there? Looking at the history for the electro device I don't see that being set.
,
Aug 7 2017
Because the electro device has "Recovery Variants", the HWID device pattern is ignored and only adds the variants to recovery.json. It has only one recovery variant (Acer Chromebook Spin 11 (R751T)) and it's linking to the reef board (https://cros-goldeneye.corp.google.com/chromeos/console/viewBoard?name=reef) which has the "^REEF .*" pattern. To fix this, I think you simply want to remove the recovery variant. Recovery variants are used for when a device has multiple marketing names, or more like when a marketing name does not "deserve" a "whole" device entity in GoldenEye.
,
Aug 7 2017
Note this behavior is legacy from the old script we've replaced, if you think something is not intuitive let us know to, at least, add tooltips/warnings explaining this to users.
,
Aug 14 2017
,
Aug 14 2017
I see, though we still may have a problem, simply removing the recovery variant is not working, I get an error 500 when I try to save it. java.lang.IllegalStateException: Transaction not active at org.hibernate.ejb.TransactionImpl.rollback(TransactionImpl.java:104) at com.google.chrome.crosbuilds.common.data.framework.AutoTransaction.rollback(AutoTransaction.java:39) at com.google.chrome.crosbuilds.console.server.ui.appactions.DeviceSaveAction.execute(DeviceSaveAction.java:245) at com.google.chrome.crosbuilds.common.data.framework.DbCleanupInterceptor.execute(DbCleanupInterceptor.java:19) at com.google.chrome.crosbuilds.common.data.framework.DbCleanupInterceptor.execute(DbCleanupInterceptor.java:19) at com.google.chrome.crosbuilds.common.data.framework.DbCleanupInterceptor.execute(DbCleanupInterceptor.java:19) at com.google.chrome.crosbuilds.common.framework.tracing.TracingReportInterceptor.execute(TracingReportInterceptor.java:67) at com.google.apps.framework.request.impl.InterceptorInvocation$Http.beforeProceed(InterceptorInvocation.java:125) at com.google.apps.framework.request.impl.InterceptorInvocation.proceed(InterceptorInvocation.java:157) at com.google.apps.framework.request.ActionServlet$Dispatcher.dispatch(ActionServlet.java:82) at com.google.apps.framework.request.ActionServlet.service(ActionServlet.java:47) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at com.google.inject.servlet.ServletDefinition.doServiceImpl(ServletDefinition.java:290) at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:280) at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:184) at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:89) at com.google.apps.framework.request.impl.LegacyHttpDispatcher.proceed(LegacyHttpDispatcher.java:60) at com.google.apps.framework.request.impl.LegacyHttpDispatcher.proceed(LegacyHttpDispatcher.java:29) at com.google.apps.framework.request.impl.AbstractDispatcher.doExecuteChain(AbstractDispatcher.java:365) at com.google.apps.framework.request.impl.AbstractDispatcher.execute(AbstractDispatcher.java:262) at com.google.apps.framework.request.impl.AbstractDispatcher.executeAsync(AbstractDispatcher.java:207) at com.google.apps.framework.request.FrameworkFilter.doFilter(FrameworkFilter.java:40) at com.google.servlet.AbstractHttpFilter.doFilter(AbstractHttpFilter.java:30) at com.google.apps.framework.request.HeadResponseFrameworkFilter.doFilter(HeadResponseFrameworkFilter.java:29) at com.google.servlet.AbstractHttpFilter.doFilter(AbstractHttpFilter.java:30) at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:121) at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:133) at com.google.gse.FilteredServlet$Chain.doFilter(FilteredServlet.java:189) at com.google.gse.FilteredServlet.service(FilteredServlet.java:158) at com.google.gse.internal.HttpConnectionImpl.runServletFromWithinSpan(HttpConnectionImpl.java:928) at com.google.gse.internal.HttpConnectionImpl.access$000(HttpConnectionImpl.java:73) at com.google.gse.internal.HttpConnectionImpl$1.runServletFromWithinSpan(HttpConnectionImpl.java:820) at com.google.gse.GSETraceHelper$TraceableServletRunnable$2.run(GSETraceHelper.java:468) at com.google.tracing.LocalTraceSpanRunnable.runInContext(LocalTraceSpanRunnable.java:55) at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:460) at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:321) at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:311) at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:457) at com.google.tracing.LocalTraceSpanBuilder.internalContinueSpan(LocalTraceSpanBuilder.java:643) at com.google.gse.GSETraceHelper$TraceableServletRunnable.continueGfeTrace(GSETraceHelper.java:417) at com.google.gse.GSETraceHelper$TraceableServletRunnable.runWithTracingEnabled(GSETraceHelper.java:372) at com.google.gse.GSETraceHelper$TraceableServletRunnable.run(GSETraceHelper.java:338) at com.google.gse.internal.HttpConnectionImpl.runServlet(HttpConnectionImpl.java:822) at com.google.gse.internal.HttpConnectionImpl.run(HttpConnectionImpl.java:776) at com.google.gse.internal.DispatchQueueImpl$WorkerThread.run(DispatchQueueImpl.java:387)
,
Aug 14 2017
This should be worked around by setting the reef regex at https://cros-goldeneye.corp.google.com/chromeos/console/viewBoard?name=reef# to "^REEF \w{3}-B\w{2}(-\w{3})*". This should be effectively fixed for now, Moises will be following up on the error 500 aspect separately.
,
Jan 22 2018
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by jayhlee@google.com
, Aug 1 2017