text:
The Distributed Loads on Members are ZERO in HydroDyn

Hi all,
I am using the HydroDyn module to obtain the wave forces on the jacket members and analyze them in independently compiled HydroDyn. However, the wave force for the member or node I receive is consistently 0. I’m unsure what might be causing this issue.
Could anyone help me identify the problem? Any guidance or suggestions would be greatly appreciated. Thank you in advance for your time and support.
Here are the HydroDyn Driver file and HydroDyn v2.03.* Input File:

HydroDyn Driver file
OpenFAST.HydroDyn
FALSE            Echo                - Echo the input file data (flag)
---------------------- ENVIRONMENTAL CONDITIONS -------------------------------
9.80665          Gravity             - Gravity (m/s^2)
1025             WtrDens             - Water density (kg/m^3)
62.5               WtrDpth             - Water depth (m)
0                MSL2SWL             - Offset between still-water level and mean sea level (m) [positive upward]
---------------------- HYDRODYN -----------------------------------------------
"IEA-15-240-RWT-Jacket_HydroDyn.dat" HDInputFile       - Primary HydroDyn input file name (quoted string)
"driver"         OutRootName       - The name which prefixes all HydroDyn generated files (quoted string)
FALSE              Linearize         - Flag to enable linearization
2800               NSteps            - Number of time steps in the simulations (-)
0.25              TimeInterval      - TimeInterval for the simulation (sec)
---------------------- PRP INPUTS (Platform Reference Point) ------------------
1                PRPInputsMod        - Model for the PRP (principal reference point) inputs {0: all inputs are zero for every timestep, 1: steadystate inputs, 2: read inputs from a file (InputsFile)} (switch)
"OpenFAST_DisplacementTimeseries.dat"               PRPInputsFile       - Filename for the PRP HydroDyn input InputsMod = 2 (quoted string)
---------------------- PRP STEADY STATE INPUTS  -------------------------------
1.0   2.0  -3.0  0.0  0.0  0.0    uPRPInSteady         - PRP Steady-state displacements and rotations at the platform reference point (m, rads)
0.0   0.0   0.0  0.0  0.0  0.0    uDotPRPInSteady      - PRP Steady-state translational and rotational velocities at the platform reference point (m/s, rads/s)
0.0   0.0   0.0  0.0  0.0  0.0    uDotDotPRPInSteady   - PRP Steady-state translational and rotational accelerations at the platform reference point (m/s^2, rads/s^2)
---------------------- Waves multipoint elevation output ----------------------
FALSE            WaveElevSeriesFlag     - T/F flag to calculate the wave elevation field (for movies)
5.0   5.0        WaveElevDX WaveElevDY  - WaveElevSeries spacing -- WaveElevDX WaveElevDY
3   3            WaveElevNX WaveElevNY  - WaveElevSeries points -- WaveElevNX WaveElevNY
END of driver input file

------- HydroDyn v2.03.* Input File --------------------------------------------
IEA 15 MW offshore reference model monopile configuration
False            Echo           - Echo the input file data (flag)
---------------------- ENVIRONMENTAL CONDITIONS --------------------------------
"default"   WtrDens        - Water density (kg/m^3)
"default"   WtrDpth        - Water depth (meters)
"default"   MSL2SWL        - Offset between still-water level and mean sea level (meters) [positive upward; unused when WaveMod = 6; must be zero if PotMod=1 or 2]
---------------------- WAVES ---------------------------------------------------
1   WaveMod        - Incident wave kinematics model {0: none=still water, 1: regular (periodic), 1P#: regular with user-specified phase, 2: JONSWAP/Pierson-Moskowitz spectrum (irregular), 3: White noise spectrum (irregular), 4: user-defined spectrum from routine UserWaveSpctrm (irregular), 5: Externally generated wave-elevation time series, 6: Externally generated full wave-kinematics time series [option 6 is invalid for PotMod/=0]} (switch)
0   WaveStMod      - Model for stretching incident wave kinematics to instantaneous free surface {0: none=no stretching, 1: vertical stretching, 2: extrapolation stretching, 3: Wheeler stretching} (switch) [unused when WaveMod=0 or when PotMod/=0]
3630   WaveTMax       - Analysis time for incident wave calculations (sec) [unused when WaveMod=0; determines WaveDOmega=2Pi/WaveTMax in the IFFT]
0.25   WaveDT         - Time step for incident wave calculations     (sec) [unused when WaveMod=0; 0.1<=WaveDT<=1.0 recommended; determines WaveOmegaMax=Pi/WaveDT in the IFFT]
13.86  WaveHs         - Significant wave height of incident waves (meters) [used only when WaveMod=1, 2, or 3]
17.95  WaveTp         - Peak-spectral period of incident waves       (sec) [used only when WaveMod=1 or 2]
"DEFAULT"        WavePkShp      - Peak-shape parameter of incident wave spectrum (-) or DEFAULT (string) [used only when WaveMod=2; use 1.0 for Pierson-Moskowitz]
0.15708   WvLowCOff      - Low  cut-off frequency or lower frequency limit of the wave spectrum beyond which the wave spectrum is zeroed (rad/s) [unused when WaveMod=0, 1, or 6]
3.2   WvHiCOff       - High cut-off frequency or upper frequency limit of the wave spectrum beyond which the wave spectrum is zeroed (rad/s) [unused when WaveMod=0, 1, or 6]
0   WaveDir        - Incident wave propagation heading direction                         (degrees) [unused when WaveMod=0 or 6]
0   WaveDirMod     - Directional spreading function {0: none, 1: COS2S}                  (-)       [only used when WaveMod=2,3, or 4]
1   WaveDirSpread  - Wave direction spreading coefficient ( > 0 )                        (-)       [only used when WaveMod=2,3, or 4 and WaveDirMod=1]
1   WaveNDir       - Number of wave directions                                           (-)       [only used when WaveMod=2,3, or 4 and WaveDirMod=1; odd number only]
0   WaveDirRange   - Range of wave directions (full range: WaveDir +/- 1/2WaveDirRange) (degrees) [only used when WaveMod=2,3,or 4 and WaveDirMod=1]
123456789   WaveSeed(1)    - First  random seed of incident waves [-2147483648 to 2147483647]    (-)       [unused when WaveMod=0, 5, or 6]
RANLUX     WaveSeed(2)    - Second random seed of incident waves [-2147483648 to 2147483647]    (-)       [unused when WaveMod=0, 5, or 6]
TRUE             WaveNDAmp      - Flag for normally distributed amplitudes                            (flag)    [only used when WaveMod=2, 3, or 4]
""               WvKinFile      - Root name of externally generated wave data file(s)        (quoted string)    [used only when WaveMod=5 or 6]
1   NWaveElev      - Number of points where the incident wave elevations can be computed (-)       [maximum of 9 output locations]
0   WaveElevxi     - List of xi-coordinates for points where the incident wave elevations can be output (meters) [NWaveElev points, separated by commas or white space; usused if NWaveElev = 0]
0   WaveElevyi     - List of yi-coordinates for points where the incident wave elevations can be output (meters) [NWaveElev points, separated by commas or white space; usused if NWaveElev = 0]
---------------------- 2ND-ORDER WAVES ----------------------------------------- [unused with WaveMod=0 or 6]
False            WvDiffQTF      - Full difference-frequency 2nd-order wave kinematics (flag)
False            WvSumQTF       - Full summation-frequency  2nd-order wave kinematics (flag)
0   WvLowCOffD     - Low  frequency cutoff used in the difference-frequencies (rad/s) [Only used with a difference-frequency method]
3.04292   WvHiCOffD      - High frequency cutoff used in the difference-frequencies (rad/s) [Only used with a difference-frequency method]
0.314159   WvLowCOffS     - Low  frequency cutoff used in the summation-frequencies  (rad/s) [Only used with a summation-frequency  method]
3.2   WvHiCOffS      - High frequency cutoff used in the summation-frequencies  (rad/s) [Only used with a summation-frequency  method]
---------------------- CURRENT ------------------------------------------------- [unused with WaveMod=6]
1   CurrMod        - Current profile model {0: none=no current, 1: standard, 2: user-defined from routine UserCurrent} (switch)
2.17   CurrSSV0       - Sub-surface current velocity at still water level  (m/s) [used only when CurrMod=1]
"DEFAULT"        CurrSSDir      - Sub-surface current heading direction (degrees) or DEFAULT (string) [used only when CurrMod=1]
62.5   CurrNSRef      - Near-surface current reference depth            (meters) [used only when CurrMod=1]
0   CurrNSV0       - Near-surface current velocity at still water level (m/s) [used only when CurrMod=1]
0   CurrNSDir      - Near-surface current heading direction         (degrees) [used only when CurrMod=1]
0.3   CurrDIV        - Depth-independent current velocity                 (m/s) [used only when CurrMod=1]
0   CurrDIDir      - Depth-independent current heading direction    (degrees) [used only when CurrMod=1]
---------------------- FLOATING PLATFORM --------------------------------------- [unused with WaveMod=6]
0   PotMod         - Potential-flow model {0: none=no potential flow, 1: frequency-to-time-domain transforms based on WAMIT output, 2: fluid-impulse theory (FIT)} (switch)
0   ExctnMod       - Wave Excitation model {0: None, 1: DFT, 2: state-space} (switch) [only used when PotMod=1; STATE-SPACE REQUIRES .ssexctn INPUT FILE]
0   RdtnMod        - Radiation memory-effect model {0: no memory-effect calculation, 1: convolution, 2: state-space} (switch) [only used when PotMod=1; STATE-SPACE REQUIRES .ss INPUT FILE]
60.0  RdtnTMax       - Analysis time for wave radiation kernel calculations (sec) [only used when PotMod=1; determines RdtnDOmega=Pi/RdtnTMax in the cosine transform; MAKE SURE THIS IS LONG ENOUGH FOR THE RADIATION IMPULSE RESPONSE FUNCTIONS TO DECAY TO NEAR-ZERO FOR THE GIVEN PLATFORM!]
0.0   RdtnDT         - Time step for wave radiation kernel calculations (sec) [only used when PotMod=1; DT<=RdtnDT<=0.1 recommended; determines RdtnOmegaMax=Pi/RdtnDT in the cosine transform]
1   NBody          - Number of WAMIT bodies to be used (-) [>=1; only used when PotMod=1. If NBodyMod=1, the WAMIT data contains a vector of size 6NBody x 1 and matrices of size 6NBody x 6NBody; if NBodyMod>1, there are NBody sets of WAMIT data each with a vector of size 6 x 1 and matrices of size 6 x 6]
1   NBodyMod       - Body coupling model {1: include coupling terms between each body and NBody in HydroDyn equals NBODY in WAMIT, 2: neglect coupling terms between each body and NBODY=1 with XBODY=0 in WAMIT, 3: Neglect coupling terms between each body and NBODY=1 with XBODY=/0 in WAMIT} (switch) [only used when PotMod=1]
"unused"         PotFile        - Root name of potential-flow model data; WAMIT output files containing the linear, nondimensionalized, hydrostatic restoring matrix (.hst), frequency-dependent hydrodynamic added mass matrix and damping matrix (.1), and frequency- and direction-dependent wave excitation force vector per unit wave amplitude (.3) (quoted string) [MAKE SURE THE FREQUENCIES INHERENT IN THESE WAMIT FILES SPAN THE PHYSICALLY-SIGNIFICANT RANGE OF FREQUENCIES FOR THE GIVEN PLATFORM; THEY MUST CONTAIN THE ZERO- AND INFINITE-FREQUENCY LIMITS!]
1   WAMITULEN      - Characteristic body length scale used to redimensionalize WAMIT output (meters) [only used when PotMod=1]
0.0   PtfmRefxt      - The xt offset of the body reference point(s) from (0,0,0) (meters) [1 to NBody] [only used when PotMod=1]
0.0   PtfmRefyt      - The yt offset of the body reference point(s) from (0,0,0) (meters) [1 to NBody] [only used when PotMod=1]
0.0   PtfmRefzt      - The zt offset of the body reference point(s) from (0,0,0) (meters) [1 to NBody] [only used when PotMod=1. If NBodyMod=2,PtfmRefzt=0.0]
0.0   PtfmRefztRot    - The rotation about zt of the body reference frame(s) from xt/yt (degrees) [1 to NBody] [only used when PotMod=1]
0.0   PtfmVol0       - Displaced volume of water when the platform is in its undisplaced position (m^3) [only used when PotMod=1; USE THE SAME VALUE COMPUTED BY WAMIT AS OUTPUT IN THE .OUT FILE!]
0.0   PtfmCOBxt      - The xt offset of the center of buoyancy (COB) from the platform reference point (meters)  [only used when PotMod=1]
0.0   PtfmCOByt      - The yt offset of the center of buoyancy (COB) from the platform reference point (meters)  [only used when PotMod=1]
---------------------- 2ND-ORDER FLOATING PLATFORM FORCES ---------------------- [unused with WaveMod=0 or 6, or PotMod=0 or 2]
0   MnDrift        - Mean-drift 2nd-order forces computed                                       {0: None; [7, 8, 9, 10, 11, or 12]: WAMIT file to use} [Only one of MnDrift, NewmanApp, or DiffQTF can be non-zero]
0   NewmanApp      - Mean- and slow-drift 2nd-order forces computed with Newman's approximation {0: None; [7, 8, 9, 10, 11, or 12]: WAMIT file to use} [Only one of MnDrift, NewmanApp, or DiffQTF can be non-zero. Used only when WaveDirMod=0]
0   DiffQTF        - Full difference-frequency 2nd-order forces computed with full QTF          {0: None; [10, 11, or 12]: WAMIT file to use}          [Only one of MnDrift, NewmanApp, or DiffQTF can be non-zero]
0   SumQTF         - Full summation -frequency 2nd-order forces computed with full QTF          {0: None; [10, 11, or 12]: WAMIT file to use}
---------------------- PLATFORM ADDITIONAL STIFFNESS AND DAMPING  --------------
0.0   AddF0    - Additional preload (N, N-m) [If NBodyMod=1, one size 6*NBody x 1 vector; if NBodyMod>1, NBody size 6 x 1 vectors]
0.0
0.0
0.0
0.0
0.0
0             0             0             0             0             0   AddCLin  - Additional linear stiffness (N/m, N/rad, N-m/m, N-m/rad)
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0   AddBLin  - Additional linear damping(N/(m/s), N/(rad/s), N-m/(m/s), N-m/(rad/s))
0             0             0             0             0             0
0             0       4389794.6           0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0   AddBQuad - Additional quadratic drag(N/(m/s)^2, N/(rad/s)^2, N-m(m/s)^2, N-m/(rad/s)^2)
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
0             0             0             0             0             0
---------------------- AXIAL COEFFICIENTS --------------------------------------
1   NAxCoef        - Number of axial coefficients (-)
AxCoefID  AxCd     AxCa     AxCp
(-)    (-)      (-)      (-)
1     1.00     1.00     1.00
---------------------- MEMBER JOINTS -------------------------------------------
100   NJoints        - Number of joints (-)   [must be exactly 0 or at least 2]
JointID   Jointxi     Jointyi     Jointzi  JointAxID   JointOvrlp   [JointOvrlp= 0: do nothing at joint, 1: eliminate overlaps by calculating super member]
(-)     (m)         (m)         (m)        (-)       (switch)
1	17.5	17.5	1	1	0
2	16.97058824	16.97058824	6	1	0
3	16.44117647	16.44117647	11	1	0
4	15.91176471	15.91176471	16	1	0
5	15.38235294	15.38235294	21	1	0
6	14.85294118	14.85294118	26	1	0
7	14.32352941	14.32352941	31	1	0
8	13.85764706	13.85764706	35.4	1	0
9	13.39176471	13.39176471	39.8	1	0
10	12.92588235	12.92588235	44.2	1	0
11	12.46	12.46	48.6	1	0
12	11.99411765	11.99411765	53	1	0
13	11.50441176	11.50441176	57.625	1	0
14	11.01470588	11.01470588	62.25	1	0
15	10.525	10.525	66.875	1	0
16	10.03529412	10.03529412	71.5	1	0
17	9.523529412	9.523529412	76.33333333	1	0
18	9.011764706	9.011764706	81.16666667	1	0
19	8.5	8.5	86	1	0
20	-17.5	17.5	1	1	0
21	-16.97058824	16.97058824	6	1	0
22	-16.44117647	16.44117647	11	1	0
23	-15.91176471	15.91176471	16	1	0
24	-15.38235294	15.38235294	21	1	0
25	-14.85294118	14.85294118	26	1	0
26	-14.32352941	14.32352941	31	1	0
27	-13.85764706	13.85764706	35.4	1	0
28	-13.39176471	13.39176471	39.8	1	0
29	-12.92588235	12.92588235	44.2	1	0
30	-12.46	12.46	48.6	1	0
31	-11.99411765	11.99411765	53	1	0
32	-11.50441176	11.50441176	57.625	1	0
33	-11.01470588	11.01470588	62.25	1	0
34	-10.525	10.525	66.875	1	0
35	-10.03529412	10.03529412	71.5	1	0
36	-9.523529412	9.523529412	76.33333333	1	0
37	-9.011764706	9.011764706	81.16666667	1	0
38	-8.5	8.5	86	1	0
39	17.5	-17.5	1	1	0
40	16.97058824	-16.97058824	6	1	0
41	16.44117647	-16.44117647	11	1	0
42	15.91176471	-15.91176471	16	1	0
43	15.38235294	-15.38235294	21	1	0
44	14.85294118	-14.85294118	26	1	0
45	14.32352941	-14.32352941	31	1	0
46	13.85764706	-13.85764706	35.4	1	0
47	13.39176471	-13.39176471	39.8	1	0
48	12.92588235	-12.92588235	44.2	1	0
49	12.46	-12.46	48.6	1	0
50	11.99411765	-11.99411765	53	1	0
51	11.50441176	-11.50441176	57.625	1	0
52	11.01470588	-11.01470588	62.25	1	0
53	10.525	-10.525	66.875	1	0
54	10.03529412	-10.03529412	71.5	1	0
55	9.523529412	-9.523529412	76.33333333	1	0
56	9.011764706	-9.011764706	81.16666667	1	0
57	8.5	-8.5	86	1	0
58	-17.5	-17.5	1	1	0
59	-16.97058824	-16.97058824	6	1	0
60	-16.44117647	-16.44117647	11	1	0
61	-15.91176471	-15.91176471	16	1	0
62	-15.38235294	-15.38235294	21	1	0
63	-14.85294118	-14.85294118	26	1	0
64	-14.32352941	-14.32352941	31	1	0
65	-13.85764706	-13.85764706	35.4	1	0
66	-13.39176471	-13.39176471	39.8	1	0
67	-12.92588235	-12.92588235	44.2	1	0
68	-12.46	-12.46	48.6	1	0
69	-11.99411765	-11.99411765	53	1	0
70	-11.50441176	-11.50441176	57.625	1	0
71	-11.01470588	-11.01470588	62.25	1	0
72	-10.525	-10.525	66.875	1	0
73	-10.03529412	-10.03529412	71.5	1	0
74	-9.523529412	-9.523529412	76.33333333	1	0
75	-9.011764706	-9.011764706	81.16666667	1	0
76	-8.5	-8.5	86	1	0
77	15.91176471	0	16	1	0
78	13.15882353	0	42	1	0
79	11.01470588	0	62.25	1	0
80	9.267647059	0	78.75	1	0
81	0	15.91176471	16	1	0
82	0	13.15882353	42	1	0
83	0	11.01470588	62.25	1	0
84	0	9.267647059	78.75	1	0
85	-15.91176471	0	16	1	0
86	-13.15882353	0	42	1	0
87	-11.01470588	0	62.25	1	0
88	-9.267647059	0	78.75	1	0
89	0	-15.91176471	16	1	0
90	0	-13.15882353	42	1	0
91	0	-11.01470588	62.25	1	0
92	0	-9.267647059	78.75	1	0
93	17.5	17.5	-4	1	0
94	-17.5	17.5	-4	1	0
95	17.5	-17.5	-4	1	0
96	-17.5	-17.5	-4	1	0
97	8.5	8.5	91	1	0
98	-8.5	8.5	91	1	0
99	8.5	-8.5	91	1	0
100	-8.5	-8.5	91	1	0
---------------------- MEMBER CROSS-SECTION PROPERTIES -------------------------
11   NPropSets      - Number of member property sets (-)
PropSetID    PropD         PropThck
(-)        (m)            (m)
1	1.60 	0.06
2	3.9	0.06
3	0.65	0.025
4	0.72	0.03
5	0.83	0.4
6	0.95	0.55
7	1.98 	0.06
8	2.37 	0.06
9	2.75 	0.06
10	3.13 	0.06
11	3.52 	0.06
---------------------- SIMPLE HYDRODYNAMIC COEFFICIENTS (model 1) --------------
SimplCd    SimplCdMG    SimplCa    SimplCaMG    SimplCp    SimplCpMG   SimplAxCd  SimplAxCdMG  SimplAxCa  SimplAxCaMG  SimplAxCp  SimplAxCpMG
(-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)
1.0         1.0         1.0         1.0         1.0         1.0         1.0         1.0         1.0         1.0         1.0         1.0
---------------------- DEPTH-BASED HYDRODYNAMIC COEFFICIENTS (model 2) ---------
0   NCoefDpth       - Number of depth-dependent coefficients (-)
Dpth       DpthCd     DpthCdMG     DpthCa     DpthCaMG     DpthCp     DpthCpMG    DpthAxCd   DpthAxCdMG   DpthAxCa   DpthAxCaMG   DpthAxCp   DpthAxCpMG
(m)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)
---------------------- MEMBER-BASED HYDRODYNAMIC COEFFICIENTS (model 3) --------
0           NCoefMembers - Number of member-based coefficients (-)
MemberID_HydC  MemberCd1   MemberCd2  MemberCdMG1 MemberCdMG2  MemberCa1   MemberCa2  MemberCaMG1 MemberCaMG2  MemberCp1   MemberCp2  MemberCpMG1 MemberCpMG2 MemberAxCd1 MemberAxCd2 MemberAxCdMG1 MemberAxCdMG2 MemberAxCa1 MemberAxCa2 MemberAxCaMG1 MemberAxCaMG2 MemberAxCp1 MemberAxCp2 MemberAxCpMG1 MemberAxCpMG2
(-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)
-------------------- MEMBERS -------------------------------------------------
144   NMembers       - Number of members (-)
MemberID  MJointID1  MJointID2  MPropSetID1  MPropSetID2  MDivSize   MCoefMod  PropPot   [MCoefMod=1: use simple coeff table, 2: use depth-based coeff table, 3: use member-based coeff table] [ PropPot/=0 if member is modeled with potential-flow theory]
(-)        (-)        (-)         (-)          (-)        (m)      (switch)   (flag)
1	96	58	2	2	1	1	FALSE
2	95	39	2	2	1	1	FALSE
3	94	20	2	2	1	1	FALSE
4	93	1	2	2	1	1	FALSE
5	98	38	1	1	1	1	FALSE
6	97	19	1	1	1	1	FALSE
7	100	76	1	1	1	1	FALSE
8	99	57	1	1	1	1	FALSE
9	38	37	1	1	1	1	FALSE
10	37	36	1	1	1	1	FALSE
11	7	8	1	1	1	1	FALSE
12	8	9	1	1	1	1	FALSE
13	9	10	1	1	1	1	FALSE
14	10	11	1	1	1	1	FALSE
15	11	12	1	1	1	1	FALSE
16	12	13	1	1	1	1	FALSE
17	13	14	1	1	1	1	FALSE
18	14	15	1	1	1	1	FALSE
19	15	16	1	1	1	1	FALSE
20	16	17	1	1	1	1	FALSE
21	17	18	1	1	1	1	FALSE
22	18	19	1	1	1	1	FALSE
23	36	35	1	1	1	1	FALSE
24	35	34	1	1	1	1	FALSE
25	34	33	1	1	1	1	FALSE
26	33	32	1	1	1	1	FALSE
27	32	31	1	1	1	1	FALSE
28	31	30	1	1	1	1	FALSE
29	30	29	1	1	1	1	FALSE
30	29	28	1	1	1	1	FALSE
31	28	27	1	1	1	1	FALSE
32	27	26	1	1	1	1	FALSE
33	57	56	1	1	1	1	FALSE
34	56	55	1	1	1	1	FALSE
35	55	54	1	1	1	1	FALSE
36	54	53	1	1	1	1	FALSE
37	53	52	1	1	1	1	FALSE
38	52	51	1	1	1	1	FALSE
39	51	50	1	1	1	1	FALSE
40	50	49	1	1	1	1	FALSE
41	49	48	1	1	1	1	FALSE
42	48	47	1	1	1	1	FALSE
43	47	46	1	1	1	1	FALSE
44	46	45	1	1	1	1	FALSE
45	76	75	1	1	1	1	FALSE
46	75	74	1	1	1	1	FALSE
47	74	73	1	1	1	1	FALSE
48	73	72	1	1	1	1	FALSE
49	72	71	1	1	1	1	FALSE
50	71	70	1	1	1	1	FALSE
51	70	69	1	1	1	1	FALSE
52	69	68	1	1	1	1	FALSE
53	68	67	1	1	1	1	FALSE
54	67	66	1	1	1	1	FALSE
55	66	65	1	1	1	1	FALSE
56	65	64	1	1	1	1	FALSE
57	19	84	3	3	1	1	FALSE
58	84	16	3	3	1	1	FALSE
59	84	38	3	3	1	1	FALSE
60	84	35	3	3	1	1	FALSE
61	38	88	3	3	1	1	FALSE
62	88	73	3	3	1	1	FALSE
63	88	76	3	3	1	1	FALSE
64	88	35	3	3	1	1	FALSE
65	76	92	3	3	1	1	FALSE
66	92	54	3	3	1	1	FALSE
67	57	92	3	3	1	1	FALSE
68	92	73	3	3	1	1	FALSE
69	57	80	3	3	1	1	FALSE
70	80	16	3	3	1	1	FALSE
71	80	19	3	3	1	1	FALSE
72	80	54	3	3	1	1	FALSE
73	12	79	4	4	1	1	FALSE
74	79	54	4	4	1	1	FALSE
75	79	16	4	4	1	1	FALSE
76	79	50	4	4	1	1	FALSE
77	50	91	4	4	1	1	FALSE
78	91	73	4	4	1	1	FALSE
79	91	54	4	4	1	1	FALSE
80	91	69	4	4	1	1	FALSE
81	87	73	4	4	1	1	FALSE
82	69	87	4	4	1	1	FALSE
83	87	31	4	4	1	1	FALSE
84	87	35	4	4	1	1	FALSE
85	35	83	4	4	1	1	FALSE
86	83	31	4	4	1	1	FALSE
87	16	83	4	4	1	1	FALSE
88	83	12	4	4	1	1	FALSE
89	7	82	5	5	1	1	FALSE
90	31	82	5	5	1	1	FALSE
91	82	26	5	5	1	1	FALSE
92	82	12	5	5	1	1	FALSE
93	12	78	5	5	1	1	FALSE
94	78	45	5	5	1	1	FALSE
95	78	7	5	5	1	1	FALSE
96	78	50	5	5	1	1	FALSE
97	50	90	5	5	1	1	FALSE
98	90	64	5	5	1	1	FALSE
99	90	45	5	5	1	1	FALSE
100	90	69	5	5	1	1	FALSE
101	64	89	6	6	1	1	FALSE
102	89	39	6	6	1	1	FALSE
103	89	45	6	6	1	1	FALSE
104	89	58	6	6	1	1	FALSE
105	85	64	6	6	1	1	FALSE
106	85	20	6	6	1	1	FALSE
107	85	58	6	6	1	1	FALSE
108	85	26	6	6	1	1	FALSE
109	26	81	6	6	1	1	FALSE
110	81	1	6	6	1	1	FALSE
111	7	81	6	6	1	1	FALSE
112	81	20	6	6	1	1	FALSE
113	7	77	6	6	1	1	FALSE
114	77	39	6	6	1	1	FALSE
115	77	1	6	6	1	1	FALSE
116	77	45	6	6	1	1	FALSE
117	45	44	1	7	1	1	FALSE
118	44	43	7	8	1	1	FALSE
119	43	42	8	9	1	1	FALSE
120	42	41	9	10	1	1	FALSE
121	41	40	10	11	1	1	FALSE
122	40	39	11	2	1	1	FALSE
123	7	6	1	7	1	1	FALSE
124	6	5	7	8	1	1	FALSE
125	5	4	8	9	1	1	FALSE
126	4	3	9	10	1	1	FALSE
127	3	2	10	11	1	1	FALSE
128	2	1	11	2	1	1	FALSE
129	26	25	1	7	1	1	FALSE
130	25	24	7	8	1	1	FALSE
131	24	23	8	9	1	1	FALSE
132	23	22	9	10	1	1	FALSE
133	22	21	10	11	1	1	FALSE
134	21	20	11	2	1	1	FALSE
135	64	63	1	7	1	1	FALSE
136	63	62	7	8	1	1	FALSE
137	62	61	8	9	1	1	FALSE
138	61	60	9	10	1	1	FALSE
139	60	59	10	11	1	1	FALSE
140	59	58	11	2	1	1	FALSE
141	86	69	5	5	1	1	FALSE
142	86	64	5	5	1	1	FALSE
143	86	26	5	5	1	1	FALSE
144	86	31	5	5	1	1	FALSE
---------------------- FILLED MEMBERS ------------------------------------------
0   NFillGroups     - Number of filled member groups (-) [If FillDens = DEFAULT, then FillDens = WtrDens; FillFSLoc is related to MSL2SWL]
FillNumM FillMList             FillFSLoc     FillDens
(-)      (-)                   (m)           (kg/m^3)
---------------------- MARINE GROWTH -------------------------------------------
0   NMGDepths      - Number of marine-growth depths specified (-)
MGDpth     MGThck       MGDens
(m)        (m)         (kg/m^3)
---------------------- MEMBER OUTPUT LIST --------------------------------------
9   NMOutputs      - Number of member outputs (-) [must be < 10]
MemberID   NOutLoc    NodeLocs [NOutLoc < 10; node locations are normalized distance from the start of the member, and must be >=0 and <= 1] [unused if NMOutputs=0]
(-)        (-)        (-)
134        3          0 0.5 1
133        3          0 0.5 1
132        3          0 0.5 1
131        3          0 0.5 1
130        3          0 0.5 1
129        3          0 0.5 1
32         3          0 0.5 1
31         3          0 0.5 1
30         3          0 0.5 1
---------------------- JOINT OUTPUT LIST ---------------------------------------
2   NJOutputs      - Number of joint outputs [Must be < 10]
20,21           JOutLst        - List of JointIDs which are to be output (-)[unused if NJOutputs=0]
---------------------- OUTPUT --------------------------------------------------
True             HDSum          - Output a summary file [flag]
False            OutAll         - Output all user-specified member and joint loads (only at each member end, not interior locations) [flag]
3   OutSwtch       - Output requested channels to: [1=Hydrodyn.out, 2=GlueCode.out, 3=both files]
"ES11.4e2"       OutFmt         - Output format for numerical results (quoted string) [not checked for validity!]
"A11"            OutSFmt        - Output format for header strings (quoted string) [not checked for validity!]
---------------------- OUTPUT CHANNELS -----------------------------------------
"Wave1Elev"
"HydroFxi"
"HydroFyi"
"HydroFzi"
"M7N1FDxi, M1N1FDyi, M1N1FDzi"
"M7N2FDxi, M1N2FDyi, M1N2FDzi"
"M7N1FIxi, M1N1FIyi, M1N1FIzi"
"M7N2FIxi, M1N2FIyi, M1N2FIzi"
"M7N1FAMxi, M1N1FAMyi, M1N1FAMzi"
"M7N2FAMxi, M1N2FAMyi, M1N2FAMzi"
"M7N1FAFxi, M1N1FAFyi, M1N1FAFzi"
"M7N2FAFxi, M1N2FAFyi, M1N2FAFzi"
"J1FDxi, J1FDyi, J1FDzi"
"J1FIxi, J1FIyi, J1FIzi"
"J1FAMxi,J1FAMyi,J1FAMzi"
END of output channels and end of file. (the word "END" must appear in the first 3 columns of this line)

Dear @LHY19990707,
Can you clarify your question?  You appear to be outputting the hydrodynamic loads at many member nodes and joints.  Which output is not what you expect?
Best regards,

Dear @LHY19990707,
Can you clarify your question? You appear to be outputting the hydrodynamic loads at many member nodes and joints. Which output is not what you expect?
Best regards,

Thank you for your response. I am trying to obtain the load values for the elements or nodes. However, my issue is that all the output variable values are 0.

"M7N1FDxi, M1N1FDyi, M1N1FDzi"
"M7N2FDxi, M1N2FDyi, M1N2FDzi"
"M7N1FIxi, M1N1FIyi, M1N1FIzi"
"M7N2FIxi, M1N2FIyi, M1N2FIzi"
"M7N1FAMxi, M1N1FAMyi, M1N1FAMzi"
"M7N2FAMxi, M1N2FAMyi, M1N2FAMzi"
"M7N1FAFxi, M1N1FAFyi, M1N1FAFzi"
"M7N2FAFxi, M1N2FAFyi, M1N2FAFzi"
"J1FDxi, J1FDyi, J1FDzi"
"J1FIxi, J1FIyi, J1FIzi"
"J1FAMxi,J1FAMyi,J1FAMzi"

The above output variables are 0.

Dear @LHY19990707,
Can you clarify your question? You appear to be outputting the hydrodynamic loads at many member nodes and joints. Which output is not what you expect?
Best regards,

Thank you for your reply. I want to obtain the hydrodynamic loads of the members or nodes, however, the output variables of member or node forces are 0.
"M7N1FDxi, M1N1FDyi, M1N1FDzi" "M7N2FDxi, M1N2FDyi, M1N2FDzi" "M7N1FIxi, M1N1FIyi, M1N1FIzi" "M7N2FIxi, M1N2FIyi, M1N2FIzi" "M7N1FAMxi, M1N1FAMyi, M1N1FAMzi" "M7N2FAMxi, M1N2FAMyi, M1N2FAMzi" "M7N1FAFxi, M1N1FAFyi, M1N1FAFzi" "M7N2FAFxi, M1N2FAFyi, M1N2FAFzi" "J1FDxi, J1FDyi, J1FDzi" "J1FIxi, J1FIyi, J1FIzi" "J1FAMxi,J1FAMyi,J1FAMzi"
The above output values are 0.

however, the "HydroFxi", "HydroFyi", "HydroFzi" seem to output normally.

I’m quite confused about this and unsure what might have gone wrong

Dear @LHY19990707,
Can you clarify your question? You appear to be outputting the hydrodynamic loads at many member nodes and joints. Which output is not what you expect?
Best regards,

Sorry, the problem has been solved, thank you for your reply! There's something wrong with my z coordinates

repo: OpenFAST/openfast


text:
How to run single modified regression test in windows

I modified the 5MW_OC4Semi_WSt_WavesWN.fst file as follows

Now i want to run only 5MW_OC4Semi_WSt_WavesWN this test in windows. can somebody guide me!!!

Dear @Sohail-hasan,
I'm not sure I understand your question.  What problem are you running into?  Are you asking how to view the animation that is created while running OpenFAST?
Best regards,

source: gharchive/issue

authors: Sohail-hasan jjonkman

license_type: permissive

license_source: github-api


text:
[WIP] Add initial support for Mongo

I'd like some code review for the express purpose of patching any severely broken bones in my "walking skeleton" version of the Mongo database connector.
@manthey, thanks for your help so far.

Would it be useful to attempt to determine some of the fields in the collection?  In Postgres we can ask what column exist, but in Mongo we would ask for one or several records and assume that they are characteristic.

That would be useful. As per our conversation just now, I'll roll this feature into the list-of-lists computation and I'll file a new issue around pulling that out and putting it somewhere useful (maybe that getFieldInfo() method?).

source: gharchive/pull-request

authors: manthey ronichoudhury

license_source: bigquery


text:
What para

Tweaks to what paragraphs

I think removing "literally" should do it. You're right that technically it could be 2 clicks (if you're not touching the keyboard).

Please do feel free to drop the italics. I think by capitalising it's clear that this is a name.

A "recent updates" example is in the final sentence. Not sure if you want to move/rephrase that. Remember we also refer to recent updates in the very first sentence of the article.

It's ambiguous without a ref.

authors: faph mikerspencer

repo: OpenHydrology/publications


text:
New feature: write image to memory buffer instead of file

ImageOutput::supports("write_memory") will return true for a format writer
that supports the ability to write an in-memory representation of the
fully encoded file, but without creating a file on disk.
For supporting formats, the caller can trigger this behavior by setting
two special attributes in the ImageSpec that is passed to
ImageOutput::open():
"oiio:write_image" (PTR) is a pointer to an unsigned char * which will
receive the address of the allocated buffer (which will then be owned
by the caller, who must eventually free it).
"oiio:write_image_size" (PTR) is a pointer to a uint64_t which will
receive the size of the allocated buffer.
The documentation (in the ImageOutput chapter) and imagebuf_test.cpp both
contain examples showing how to do this.
Currently, the only output file type to support this feature is PNG.
Others may be added in the future, but it will be as demand (and
volunteers) materialize. Each one will have to be added as a separate
effort, since the means of redirecting the file output to memory will be
quite different for each format library -- what we did for libpng is
different from what libtiff will need, and some formats may not have any
such facility.
Fixes #1895

@SylvainCorlay,  is there any way you can give this a try and let me know if it's along the lines of what you hoped for?

Note: I tried using this new API, and it seems that there are issues with OpenImageIO_v1_9 vs OIIO:
note: candidate function not viable: no known conversion from 'std::__1::unique_ptr<OpenImageIO_v1_9::ImageOutput, (lambda at ximage.hpp:201:27)>::pointer'
      (aka 'OpenImageIO_v1_9::ImageOutput *') to 'OIIO::ImageInput *' for 1st argument
        auto close_file = [](OIIO::ImageInput* file)

Is that error message in your code? Or is it something you encountered when building OIIO itself?

Is that error message in your code? Or is it something you encountered when building OIIO itself?

The build installation of openimageio works fine, I am seeing this when building code that uses oiio. Naturally, I never make use of the OpenImageIO_v1_9  namespace.

The real namespace is the one with the embedded version. OIIO should be an alias to it (so you don't need to chance your source code every time the version changes), so they should be interchangeable.
See in oiioversion.h:
namespace OpenImageIO_Arnold_v1_9 { }
namespace OIIO = OpenImageIO_Arnold_v1_9;

Can you quote the code that's generating this error?

Haha, sorry, I cut and pasted from the wrong build. At work we build with a special namespace.
You should see in the default oiioversion.h,
namespace OpenImageIO_Arnold_v1_9 { }
namespace OIIO = OpenImageIO_v1_9;

Botched it again. Edited.
My cut and paste skills are obviously not up to par today.

What's the verdict on this, @SylvainCorlay ?

Abandoning this PR. I re-implemented it in a more flexible way in #1931.

authors: SylvainCorlay lgritz

repo: OpenImageIO/oiio


text:
Update starter

Here we implement the UFO design from: https://github.com/OpenLiberty/open-liberty/issues/9343
(in turn referencing in places the openliberty.io starter design:  https://github.com/OpenLiberty/openliberty.io/issues/1424).
There were too many details to discuss on the design call so here's an attempt to compromise and meet the goal of providing a starter, with useful code that will largely be used as-is and not deleted, rather than a sample.
The default starter shown here includes files:
.gitignore
LICENSE
pom.xml
src/main/java/dev/odo/starter/StarterApplication.java
src/main/liberty/config/configDropins/defaults/quick-start-security.xml
src/main/liberty/config/server.xml
src/main/webapp/WEB-INF/beans.xml
src/test/java/dev/odo/starter/it/EndpointIT.java

Some highlights:

It does include a functional IT using Health endpoint.   This is debatable, a user might not want this.   But at least the test doesn't require any constructs in the app side of the project that would need to be deleted, even if the test itself would get deleted.   Using the health endpoint to do IT in dev mode has presented problems in the past:  https://github.com/OpenLiberty/ci.maven/issues/766, let's see if it's still an issue in more recent Open Liberty versions.
We don't include explicit HealthCheck skeleton impls, instead we rely on the defaults.
We don't define any config properties, variables for ports, instead using 9080/9443.   (Had originally thought the tests could run in non-Docker Maven but they don't now, and the port is intra-container only).
no explicit keystore config in server.xml - rely on generated keystore password, and use non-default "mergeServerEnv" config in liberty-maven-plugin to make sure this doesn't get overwritten
beans.xml - bean discovery mode = all
JAXRS Application - Use @ApplicationPath("/") to match MST default for RESTClient injection, since MST isn't currently set up to discover this annotation without additional work.
hard-coded app name of "starter-default.war" (matching artifact name).  Would like to fix, and use a property like the MicroProfile starter, but hit an issue.  Follow-up here).
GAV name

    <groupId>dev.odo.starter.java-openliberty</groupId>
    <artifactId>starter-default</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>war</packaging>

@gcharters @yeekangc @gkwan-ibm @Emily-Jiang @NottyCode

This seemed more useful merged to master than holding it out but feel free to open a new issue (or otherwise contact me) with comments here.
One comment from @yeekangc  internally suggested removing the IT, which we'll probably do.

repo: OpenLiberty/application-stack-starters


text:
[BUG] Trino extractor for Airflow failing

When trying to run TrinoOperator, the extractor is failing:
[2023-02-02, 00:09:01 UTC] {manager.py:57} ERROR - Failed to extract metadata 'catalog' task_type=TrinoOperator airflow_dag_id=*** task_id=*** airflow_run_id=scheduled__2023-02-01T00:00:00+00:00
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/openlineage/airflow/extractors/manager.py", line 43, in extract_metadata
task_metadata = extractor.extract()
File "/usr/local/lib/python3.9/site-packages/openlineage/airflow/extractors/sql_extractor.py", line 81, in extract
database = self._get_database()
File "/usr/local/lib/python3.9/site-packages/openlineage/airflow/extractors/trino_extractor.py", line 34, in _get_database
return self.conn.extra_dejson["catalog"]
KeyError: 'catalog'
Astronomer Runtime 7.2.0 based on Airflow 2.5.1+astro.1
Image tag: deploy-2023-01-31T12-10

Only reference I can find to this parameter seems to be:
https://github.com/apache/airflow/commit/eae22cec9c87e8dad4d6e8599e45af1bdd452062#diff-9a702240b5127432b36cea027e9846f74943e8c20c292f4301c182c6063db880R93
which implies it's optional. So we should at the very least not assume it's mandatory in the extractor here.

authors: denimalpaca harels

repo: OpenLineage/OpenLineage


text:
Unable to open documents using MS-Office uri schemes

Using BitKinex web client I can successfully use my server.
Using Windows 10 WebDAV Client I can successfully use my server.
Success so far means I can list directory contents, download and upload files and delete files and directories.
I have no documents in the root level, but I do have documents in top-level directories (immediately under the root).
However, when I attempt to open MS Office (365) documents for editing (e.g. [ms-word:ofe|u|url] the server responds with 405 Method Not Allowed in response to a HEAD request on the  top-level folder.  The Office app then displays "Access Denied. Contact your Administrator", and then fails to  open the file.

The resolution was to mount the server to the server's root.  Since the root was already in use by my web server (ports 80/443), I mounted the WebDAV server to a separate port on the same host (e.g. 1900 as in the examples).  This page helped:  Making Microsoft Office to Work with WebDAV Server

repo: OpenMarshal/npm-WebDAV-Server

license: unlicense


text:
Refactored icon contributions don't load

This is presumably to do with moving the icons from the main org.openntf.nsfodp.eclipse plugin to the .ui one:
java.util.NoSuchElementException: No value present
	at java.base/java.util.Optional.get(Optional.java:141)
	at org.openntf.nsfodp.eclipse.ui.Activator.initializeImageRegistry(Activator.java:47)
	at org.eclipse.ui.plugin.AbstractUIPlugin.getImageRegistry(AbstractUIPlugin.java:248)
	at org.openntf.nsfodp.eclipse.ui.Activator.getIconDescriptor(Activator.java:55)
	at org.openntf.nsfodp.eclipse.ui.resources.DesignElementNode.getImageDescriptor(DesignElementNode.java:75)
	at org.eclipse.ui.model.WorkbenchLabelProvider.getImage(WorkbenchLabelProvider.java:177)
	at org.eclipse.ui.internal.navigator.NavigatorContentServiceLabelProvider.findImage(NavigatorContentServiceLabelProvider.java:204)
	at org.eclipse.ui.internal.navigator.NavigatorContentServiceLabelProvider.getColumnImage(NavigatorContentServiceLabelProvider.java:112)
	at org.eclipse.ui.internal.navigator.NavigatorContentServiceLabelProvider.getImage(NavigatorContentServiceLabelProvider.java:104)
	at org.eclipse.ui.internal.navigator.NavigatorDecoratingLabelProvider$StyledLabelProviderAdapter.getImage(NavigatorDecoratingLabelProvider.java:63)
	at org.eclipse.jface.viewers.DelegatingStyledCellLabelProvider.getImage(DelegatingStyledCellLabelProvider.java:198)
	at org.eclipse.jface.viewers.DecoratingStyledCellLabelProvider.getImage(DecoratingStyledCellLabelProvider.java:171)
	at org.eclipse.jface.viewers.DelegatingStyledCellLabelProvider.update(DelegatingStyledCellLabelProvider.java:124)
	at org.eclipse.jface.viewers.DecoratingStyledCellLabelProvider.update(DecoratingStyledCellLabelProvider.java:134)
	at org.eclipse.jface.viewers.ViewerColumn.refresh(ViewerColumn.java:144)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:946)
	at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run(AbstractTreeViewer.java:121)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
	at org.eclipse.ui.internal.JFaceUtil.lambda$0(JFaceUtil.java:47)
	at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:174)
	at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:1024)
	at org.eclipse.jface.viewers.StructuredViewer$UpdateItemSafeRunnable.run(StructuredViewer.java:422)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
	at org.eclipse.ui.internal.JFaceUtil.lambda$0(JFaceUtil.java:47)
	at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:174)
	at org.eclipse.jface.viewers.StructuredViewer.updateItem(StructuredViewer.java:2102)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createTreeItem(AbstractTreeViewer.java:840)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:818)
	at org.eclipse.jface.viewers.TreeViewer.createChildren(TreeViewer.java:604)
	at org.eclipse.jface.viewers.AbstractTreeViewer.createChildren(AbstractTreeViewer.java:766)
	at org.eclipse.jface.viewers.AbstractTreeViewer.handleTreeExpand(AbstractTreeViewer.java:1541)
	at org.eclipse.jface.viewers.TreeViewer.handleTreeExpand(TreeViewer.java:889)
	at org.eclipse.jface.viewers.AbstractTreeViewer$3.treeExpanded(AbstractTreeViewer.java:1553)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:136)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4406)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
	at org.eclipse.swt.widgets.TreeItem.sendExpand(TreeItem.java:1032)
	at org.eclipse.swt.widgets.Tree.expandItem_expandChildren(Tree.java:1285)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:6541)
	at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
	at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:235)
	at org.eclipse.swt.widgets.Widget.mouseDownSuper(Widget.java:1146)
	at org.eclipse.swt.widgets.Tree.mouseDownSuper(Tree.java:2150)
	at org.eclipse.swt.widgets.Widget.mouseDown(Widget.java:1138)
	at org.eclipse.swt.widgets.Control.mouseDown(Control.java:2633)
	at org.eclipse.swt.widgets.Tree.mouseDown(Tree.java:2117)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:6076)
	at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
	at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:235)
	at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2158)
	at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2401)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:6200)
	at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
	at org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:5426)
	at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5586)
	at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
	at org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:131)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3807)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1160)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1049)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
	at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:660)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:559)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:154)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:150)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:567)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:657)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:594)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1465)

It shows up specifically when you expand an ODP project, and causes the design-element icons to not appear.


text:
Export transformation steps to code in R or python

In this discussion here, someone mentioned that with Exploratory.io you can export your transformation steps to R if needed. Is this something OpenRefine could implement in the future for R or python?

Given that our data model is quite special (for instance with the ability to store reconciliation information in table cells directly, or the notion of records), I think it would be difficult to faithfully export any sequence of OpenRefine operations to a corresponding Pandas or R code that would look really natural and use the native table data structures and operations of that environment.
So any generated code would likely need to rely on a Python / R package that implements a lot of OpenRefine's data model and operations in that environment. Implementing that from scratch is not impossible, but it's quite some work, and it would be likely that the implementations don't always behave exactly in the same way.
Other approaches I can think of:

use GraalVM to directly call the Java implementation from the Python / R code. You would have much more guarantees about the faithfulness of the script to the original workflow since you'd be reusing the same implementation internally. But that would require that the generated scripts run using GraalVM's implementation of those languages (GraalPy / FastR), which is a significant restriction (GraalPy in particular is still noticeably different from CPython)
generate Python / R code that calls OpenRefine via its web API, using the same approach as openrefine-client. Maybe that would be useful to some users, but I think it would be quite misleading to claim that this would be a valid way of "exporting transformation steps to R/Python code", since in reality it would just be a facade and would be very hard to integrate with other Python/R libraries

See also #2118 which asks the same thing. Because I already replied in more detail here than there, I'll close that one instead.

@MavropaliasG What would you likely do in in R with the set of transformations?  Run them again using R to have some kind of assurance, or something else?  I'd like to understand more fully why moving the set of transformation operations into another programming language is useful to you.  Can you detail a bit of what you would do in R after using OpenRefine?

We can also ask @msaby about the use cases he was thinking about in #2118. I agree it's crucial to understand what people would want to do with those scripts to judge whether a particular approach would be suitable or not.

Based on my experience, there has always been interest in converting OpenRefine history to another programming language, such as R or Python. The primary reason for this shift is centered around reproducibility:

OpenRefine's lack of error handling is a well-known issue that makes applying a series of operations more prone to errors. Programming languages offer better support for error handling, which can help mitigate this issue.
In larger teams, I have observed that business analysts who understand the data context often define OpenRefine transformations. Later on, developers may want to automate the process. In such cases, developers prefer to fall back on Python in order to avoid introducing new dependencies into their stack. It make also the operation easier to integrate in a larger data pipeline.
Even if you manage to address the first two issues, there is still a need to maintain an OpenRefine server, which adds extra dependencies and has no official support for hosting.

authors: MavropaliasG magdmartin thadguidry wetneb

repo: OpenRefine/OpenRefine


text:
We found some opportunities to use the diamond operator in the source code.  We changed the source code and hope you are interested in this kind of change.

(refactor) some opportunities to use the Diamond-operator

There are many syntactical changes that can be applied to our source code since our base was Java 1.5 at the time of our first release.  However, we'd rather not refactor this quite yet against our master branch, but these kind of changes will happen in a future refactoring branch.  We'll close this issue for now but appreciate your effort to help.  In fact, if your a Java developer, please have a look at our issues listing that are tagged as a bug or enhancement and work to resolve those.  That kind of effort would be very appreciated.  Thanks again.

@desmorto in fact, if you want I can begin to create a Java8 branch for you to request a pull against.  That would give us a base to begin most of the refactoring work and you could gladly contribute to that branch.  Again, we don't want to introduce major code changes in master directly just yet...but do that work in another branch that we could call Java8-refactor.  Thanks again.  Let me create that branch now.

@desmorto Done.  Go ahead with a new pull request against 'java8-refactor'.  And you can continue your contributions to that branch.

authors: desmorto thadguidry


text:
Return more data when the program finishes for systems with wifi/bt (ev3, nao, ...)

The currnet server protocol only contains a nepoexitvalue field. Ticket #122 requests to define the possible error codes.Having that would allow to give a more details hint on the web-ui to what went wrong. In this ticket I propose to add more structured fields:
"errordetails": {
  "exception": "<exception text>",
  "backtrace": "exception backtrace",
}

If any of the string is multi-lines, it needs to be encoded with \n. These fields are only considers if nepoexitvalue != 0. On the UI side we can add a collapsed details text box with the messages. The more important part is that we'll have those details on the server where we should log them to be able to get statistics about which errors happen in which programs.
Somewhat related to expanding the protocol we could also consider returning results (eg. all messages printed using a debug block or a list of sensor values returned by a final return block at the end of the program).

related to #165

repo: OpenRoberta/openroberta-lab


text:
api请求中head里面带有Authorization 时候追踪不到请求记录

netcore2.0中，api请求中head里面带有Authorization 时候追踪不到请求记录，不带Authorization  的时候就可以追踪到

netcore2.0中，api请求中head里面带有Authorization 时候追踪不到请求记录，不带Authorization 的时候就可以追踪到

repo: OpenSkywalking/skywalking-netcore


text:
Work on check_json.py

Update check_json.py:

tests for missing fields and extra fields
type checks
relation checks (relation, relation-list, generic-relation, generic-relation-list)

Note it doesn't check template fields.
Update the example-data.json and a bit the inital_data.json.

Please request a review instead of manually moving it to the review column.

I'll do some more changes.

I updated the checker and added it to the CI. Templatefields are still missing.

I'll merge it for now - the TODOs are documented here: #5826

authors: FinnStutzenstein jsangmeister reiterl

repo: OpenSlides/OpenSlides

license: MIT


text:
statue amendments have no diff-visualization

Description:
Currently it is not possible to use statute amendments. They can be created, but the amendments miss a difference view. It is not possible to recognize, which part is changed.
example of a statute amendment without dif-view

Reproduction:

open a meeting
open settings > motions > amendments > mark Activate statute amendments check box
open motions > three-dot-menu > statute --> create a new Statute paragraph
go back to motions and create a new motion
motion creating process: mark checkbox for statute amendment and select the created paragraph in the drop-down-menu. Now change text and save it.
--> The new statute amendment is displayed with changes, but without the necessary dif-dview.

What should happen:
Statute amendments must have the same dif-view like other amendments.

We think about replacing statute amendments by (paragraph-based) amendments (with working diff).

authors: MSoeb emanuelschuetze

repo: OpenSlides/openslides-client


text:
Perform data fetch on enter

Right now when we search the user name, we need to hit the Generate button to be able to get our contribution data.
What this issue propose is that we should get the use contribution on ENTER as well.

@Hat52 , Would you like to work on this issue?

Yes


text:
Footer text changes only update the apply pages not public pages

Edits in Wagtail admin -> Settings -> System settings only show changes on the apply site, not the public site.

Have to do this for each site (top right corner of the wagtail admin) and the clear cache to see changes. working as intended.


text:
🛑 Speech-to-Text - Faster Whisper - Smart'Gic is down

In d09d643, Speech-to-Text - Faster Whisper - Smart'Gic (https://stt.smartgic.io/fasterwhisper/status) was down:

HTTP code: 503
Response time: 449 ms

Resolved: Speech-to-Text - Faster Whisper - Smart'Gic is back up in 219ae78.

repo: OpenVoiceOS/status


text:
Sentinel txCondition omitted if eventConditions and functionConditions are undefined.

Gm, we have been trying to use defender-sentinel-client to create Sentinels programmatically. We only wish to monitor a given address for incoming transfers of ETH, and do not require eventConditions or functionConditions. Unfortunately, it looks like contructBlockSentinel is dropping txCondition if no eventConditions or functionConditions are specified.
This behaviour is unexpected and not consistent with creating a Sentinel by hand via the dashboard. At the moment we are planning to use autotask conditions as a workaround, but it is probably far better if the Defender team fixes the problem at the client level to start with.

@iantanwx thanks for reporting this issue to us, this indeed is a bug. I have created a PR to resolve it.

authors: dylankilkenny iantanwx

repo: OpenZeppelin/defender-client


text:
Invalid number of parameters for "balanceOf". Got 1 expected 7!

💻 Environment
@openzeppelin/upgrades@2.5.3
@openzeppelin/contracts-ethereum-package@2.3.0
solc 0.5.2

📝 Details
I want to call the contract by balanceOf method, but i got below error
 Error: Invalid number of parameters for "balanceOf". Got 1 expected 7!

I printed the balanceOf ABI. It's magical, i guess they are conflicts
console.log(proxy._jsonInterface.find(item => item.name === 'balanceOf'))

🔢 Code to reproduce bug

Hi @TamirTian,
This appears to be the same issue as https://github.com/OpenZeppelin/openzeppelin-contracts-ethereum-package/issues/70 with truffle corrupting the abi field on the JSON artifacts when the package was built.
As a workaround, reverting to 2.2.3 resolves the issue:
npm uninstall @openzeppelin/contracts-ethereum-package
oz link @openzeppelin/contracts-ethereum-package@2.2.3

Indeed, this is the same as #70. Closing as duplicate.

authors: TamirTian abcoathup nventuro


text:
Can we get rid of the Infinite Skill Tree Canvas?

Is it really necessary to have an infinite canvas for the skill tree? Because the coordinates are saved every time you close a build, you can find yourself in a situation where the tree can never be found.
I use PoB on a computer (1920x1080) and a laptop (1366x768), sharing the same Settings.xml and /Builds folder.
The resolutions are different, so an issue has arisen: on the laptop, looking at the skill tree canvas, i can't find the skill tree. Even if i zoom out to the maximum, the skill tree is not visible. So, i drag the canvas in all directions for a while. Still can't find it.

I have the same issue - I misclicked and managed to drag the tree offscreen, and now I can't find it again!

Sure!

Sure!

authors: Openarl dsnvwlmnt moocowpong1

repo: Openarl/PathOfBuilding

license: mit


text:
Tip drop off issue with multichannel pipettes

overview
Using the multichannel pipettes (both p300m and p10m) the default drop tip behavior is not sufficient for the tips to release reliably.
current behavior
When using multichannel pipettes with the OT2, we’ve had issues with tip ejection. Either the pipette tips are attached too tightly or the drop tip force is too weak to release the tips. We’ve increased the drop tip current to the max value (0.8mm) and the issue persists. Because the multichannel arm uses what looks like significant force to pick up tips, our work-around was to adjust the tip pick-up to 5-6mm above the tips. Others have had similar experiences #4433. Although adjusting the tip pick-up height helped, the tips would still sometimes fail to release in the middle of a protocol, causing jammed tips and shutting down the experiment.
It does not happen every time (every tip release or every protocol), but the issue has shown up often enough to make executing unsupervised protocols unreliable.
steps to reproduce
Robot server/app version 3.14.1
Using Gen1 pipettes
Run a long protocol, requiring many tips. The issue usually does not arise on the first tip rack or for very short protocols.
This has persisted for the past 2 software updates.
The p300m seems to jam more aggressively than the p10m, so we adjust tip pick up height to 5.5mm and 4.5mm above "flush", respectively. If the the tip pick up is calibrated as recommended ("flush" with tips) the issue occurs more frequently. We have not had this issue with any of the single channel pipettes.
expected behavior
Default tip pick up should reliably pick up tips without using so much force that they cannot be released.

It could be worth trying sticking with the recommended 'flush' position but lowering the pick-up current.

Hi @Bozhie, it sounds like you might have an underlying hardware issue with your pipettes. I recommend that you contact our support team so that they can assist you in troubleshooting and, if necessary, provide you with replacement pipettes. You can contact our Support team by emailing them at support@opentrons.com or by messaging them through the Opentrons App.

Closing this issue because it seems like an hardware issue. We'll make sure the support team is aware of this ticket in case an underlying software bug is uncovered or an additional pipette settings feature is need. In that case, we'll re-open this issue

authors: Bozhie mcous theosanderson yunhodavidkim

repo: Opentrons/opentrons


text:
feat(api): add internal xy belt calibration method

Overview
Run automatic calibration for the gantry x and y belts attached to the specified mount. Returned linear transform matrix is determined via the actual and nominal center points of the back right (A), front right (B), and back left (C) slots.
Test Plan

[ ] Run calibrate_belts method on OT3 via repl.py to verify linear transform matrix is as expected
[ ] Verify utilizing linear transform matrix results in move to desired defined point

Changelog

Review requests

Risk assessment

If this test should only be performed using the pipette mounts, we should also throw an error if a gripper mount is passed in.

authors: Laura-Danielle pmoegenburg


text:
Some External Links don't have an SSL

Bug Report
What is the current behavior?
http://bit.ly/2veTEBs
What is the expected behavior?
Link opens without https protocol

#431 closed through #438


text:
Update tflint version and include for MacOS. (#338)

Proposed changes
Fix to make test where install_ci.sh file is installing a release of tflint that's compiled for linux,
so it's failing to run on my mac machine.
Types of changes

[x] Bugfix (non-breaking change which fixes an issue)- [ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Refactor (changes to code, which do not change application behavior)

Checklist

[ ] I have filled out this PR template
[ ] I have read the CONTRIBUTING doc
[ ] I have added automated tests that prove my fix is effective or that my feature works
[ ] I have added necessary documentation (README.md, inline comments, etc.)
[x] I have updated the CHANGELOG.md under a ## next release, with a short summary of my changes

Relevant Links
Issue https://github.com/Optum/dce/issues/338
Further comments

/AzurePipelines run Optum.dce

authors: eschwartz jayanandagit

repo: Optum/dce


text:
low selected tab contrast: white and light gray < 3:1

Either change the background colour to have more contrast between both, or put selected tab text in bold to clearly see the difference

I made a test to change the text to set it in bold. In fact, the system does not allow this. Probably because, the segmented control is a style of a picker.

repo: Orange-OpenSource/ods-ios


text:
[Tokens] Improve Multiple-based objects for tokenator values integration

Context
Today, the Figma kit defined by the design team exposed plenty of tokens, and some of these tokens are quite particular.
Indeed, we may have tokens for which the values rely on the color scheme (dark or light modes) or the size class (compact or regular).
However, they are until now considered as one token, but quite dynamic with multiple values.
To prevent users to have to deal with lots of tokens declinations, we choose to define Multiple* objects so as to contain pair of values ; depending to the token it will contain values for compact and regular size classes or light and dark color schemes. Thus, we will be able through the themes to expose one object with the two values available, as a "multiple token"/. The Android team uses also the same logic.
However, the Figma tool is not able to manage such configurations (and also composite values), so the tokenator converting its JSON to Swift won't be able to build such Multiple* objects. So the solution we agreed with @julien-deramond is the following one:
Given a  Figma token name "foo" having two possible values depending to the size class
- the tokenator will generate *fooCompact* for compact size class
- the tokenator will generate *fooRegular* for regular size class

Given a Figma token name "bar" having two possible values depending to the color scheme
- the tokenator will generate *barLight* for light color scheme
- the tokenator will generate *barDark* for dark color scheme

Then the iOS team will manualy define the `Multiple*` objects in a seperated file, with these steps:
- define a "foo" iOS token with *fooCompact* token as value for compact size class and "fooRegular" token as value for regular size class
- define a "bar" iOS token with *barLight* token as value for light color scheme and "barDark" token as value for dark color scheme

Thus, having Multiple* objects will help us to test the tokens (i.e. ensure values are the expected one depending to configuration, mainly for InverseTheme) and also provide one "fake" token with the two possibles values, through the theme.
Today we have tokens depending to size class:

MultipleSpaceTokens
MultipleFontLetterSpacingTokens
MultipleFontSizeTokens
MultipleSpaceTokens
MultipleTypographyTokens

We have also tokens depending to color schemes:

MultipleColorTokens
MultipleElevationTokens (because of box shadow)

Note this is the same logic for composite tokens where the notion of "composite" does not exist in Figma, but invented by the design team, so the ¨tokenator* cannot provide the Swift cod ebecause the JSON it processes doe snot contin such objects. Composites are defined manualy based on generated tokens.
Definition of Ready

[x] For @julien-deramond  / tokenator team, notify the iOS team they are ready to generate tokens suffixed by light, dark, compact, regular

Definition of Done (iOS team only)

[ ] Extract "multiple tokens" variables to dedicated files, just like for the composite tokens (e.g. OUDSTheme+ElevationMultipleSemanticTokens
[ ] Update the values given to these tokens for light, dark, regular, compact cases to point to the tokenator generated values
[ ] Update documentation and tests
[ ] Update the wiki to talk about the Multiple objects
[ ] In DocC documentation of protocols and enums of tokens, update main comments if needed to say wether or not the file is generated by the tokenator (i.e. TypographyCompositeSemanticTokens won't be uopdate by tokenator)

draft.zip

on hold untile the tokenator team is ready :)

Related to https://github.com/Orange-OpenSource/ouds-ios/issues/79

📣 New TestFlight ALPHA upload available 🚀
Please, get the new build from TestFlight app, or contact the project maintainers (@ludovic35 or @pylapp) to get access.

Display name: OUDS Showcase ALPHA (279)
Version: 0.7.0
Build number: 1732548187
Build tag: 9471c0f
Build type: ALPHA
Build details (GitHub): 279

cc @B3nz01d (product owner)
cc @pylapp @ludovic35 @Tayebsed93 (dev team)
cc TonyAntonyHello @mccart77 @MaximeTonnerre (design team)
This is an automated message sent with love thanks to Fastlane from our CI/CD pipeline 🤘

repo: Orange-OpenSource/ouds-ios


text:
Allow running docstring checks via pydocstyle

There's another package by the PyCQA called pydocstyle, which does basically the same thing as pycodestyle, except for docstrings. Unfortunately, it doesn't offer fixing bugs by itself, but it seems like it could potentially be a worthy addition to pep8speaks. Would you be interested in an implementation proposal (via PR)?
There's some more discussion started over at my main project ( PlasmaPy/PlasmaPy#276 where we considered running pydocstyle as a CI service).

Hello @StanczakDominik
Thank you so much for using PEP8Speaks and considering to suggest an improvement. I am +1 for running pydocstyle. However, since they are not in "PEP8", let us keep the default option, not to check the docs, while it can be enabled by a configuration from .pep8speaks.yml.
Feel free to go ahead and work on this. I shall nevertheless consider working on this in the upcoming month sometime.

All right! I'm starting to look through the code and tentatively make changes. I'm not too sure what the best way to test this out would be, but I guess I can probably mock some data and see how it behaves.

@StanczakDominik Testing is definitely a pain in here. The way I do it is

Deploy the code on a new herokuapp.
Create a test repository with payload URL as this herokuapp.
Create PRs on this test repository and see the responses.

That's quite a load of manual work. :(

How about supporting this through flake8 extensions? There is flake8-docstrings. Also having support for flake8 extensions would make this tool generally extensible.

authors: OrkoHunter StanczakDominik nijel


text:
🛑 CrdClub is down

In c458ea1, CrdClub (https://crdclub.su) was down:

HTTP code: 502
Response time: 1111 ms

Resolved: CrdClub is back up in 29fa62c.

repo: OsintUK/Up-or-Down


text:
Basic world shadowing

Plants are not yet affected by shadows (but they do cast shadows). We'll do that later, after we wrote a fragment shader we like.

Oh oops, I accidentally the whole branch :bomb: :boom:

Yay for reflog!

You're using a real depth framebuffer, which OpenGL writesgl_Position.z/gl_Position.w to. This means the depth distribution is logarithmic, which could decrease accuracy at the back plane. However, this might not matter at all...

authors: LukasKalbertodt jonas-schievink

repo: OsnaCS/plantex


text:
vadim timokhin

some comment

Здравствуйте!) Репозитории созданы, ожидайте приглашения на почту =)

Здравствуйте!) Репозитории созданы, ожидайте приглашения на почту =)

authors: mrgreyves vad-inhell


text:
add 64 bit arm support

Starting August 1, 2019:
All new apps and app updates that include native code are required to provide 64-bit versions in addition to 32-bit versions when publishing to Google Play.

added arm64-v8a support in native-reflow branch

merged into master

repo: Oudun/flow-reader


text:
Track replayIds

This allows the replay option passed to remember the last replayId and
to allow each channel to have it's own replay_id
The replay object supports hash-like access and can be used to provide
static values per channel using a Hash. Or if dynamic behaviour is
needed the caller can provide a custom object that responds to [] and
[]=
@panozzaj It seemed like it was safe to send 1 channel per subscribe message, is this right or have I just created a bug?

Awesome! Thanks for making this change. I have not gone over it in fine detail yet, but will do so tomorrow.
This should help fix the issue listed at https://github.com/ejholmes/restforce/pull/265, so noting this here for cross-reference.

I am pro-merging probably by Monday and then updating https://github.com/ejholmes/restforce/pull/265 with a link to this PR to see if that helps. Just wanted to give you a bit of time to respond. Thanks again!!

I also can't speak to the thread-safety or lack thereof by using the Hash, although that would probably be how I would implement it. I think we were planning on just using this as a single threaded process.

Reading further into the threading issue, I think it's moot as we're in event machine reactor.

For the 1 channel per subscribe call:
Your initial implementation passed an array of channels to the extension and added all of them to the outgoing message. That means for each /meta/subscribe message that goes out, every channel is present.
What I saw in practice is that for each channel you subscribe pass to faye's subscribe, a /meta/subscribe message is sent. So instead of sending the replay_ids for each channel on every subscribe call, I'm now sending just the replay_id for the channel mentioned in the message. I'm taking this from the "subscription" node as you can see in the implementation.
I'm not 100% sure this is safe to do, but It's working for me. Perhaps when we get this moved over to the upstream PR we can have people with more faye/restforce experience take a look.

Out of curiousity, what testing did you do locally? Does this handle disconnects / reconnects fairly well?

I tested it against API 39 salesforce sandbox i'm working on. I created a number of PushTopics and subscribed to them all like this:
client.subscribe ['one', 'two'], replays: replay_obj { |m| puts message.inspect }
client.subscribe 'three', replays: replay_obj { |m| puts message.inspect }

I did not experience the disconnect/reconnect problem that I saw in your upstream PR comments. I just took it on faith that they happen and that if I pass a reference to an object that can provide updated replay ids that things would work out.

Awesome, thanks again for your work on this and the great explanations! I will merge this and ping the upstream about it.

I ended up pushing one more commit to this branch to resolve Rubocop build issues: https://travis-ci.org/ejholmes/restforce/jobs/207694718

authors: drteeth panozzaj

repo: OurHealth/restforce


text:
Hn mapmode borked

Bug fixes

Fix ship log map mode auto/manual placement
Fix subtitle becoming invisible when image width is smaller than EOTE subtitle

Funny that there was 2 bugs both discovered from HN

repo: Outer-Wilds-New-Horizons/new-horizons


text:
Multi Role Application Feedback

This ticket is for feedback on Proposal: Multiple Role Application.

Here's how it can be done in Zydeco. Zydeco doesn't support renaming methods composed from roles, but it does support parameterized roles. (Like MooseX::Role::Parameterized or Package::Variant+Moo::Role.)
use v5.16;

package Local::App {
	use Zydeco;

	role CounterRole ( Str $get, Str $inc ) {
		has $counter (
			type        => PositiveOrZeroInt,
			default     => 0,
			reader      => $get,
			handles_via => 'Counter',
			handles     => [ $inc => 'inc...' ],
		);
	}

	class TwoCounters does CounterRole('value1', 'inc_first'),
	                       CounterRole('value2', 'inc_second')
	{
		method to_string {
			sprintf "counter1 = %d; counter2 = %d", $self->value1, $self->value2;
		}

		overload q("") => 'to_string', fallback => true;
	}
}

my $c = Local::App->new_twocounters;
$c->inc_first->inc_first->inc_second;
say $c;

This is resolved for the MVP. Further issues should be new tickets.

authors: Ovid tobyink

repo: Ovid/Cor


text:
Holly cleaning

Adding:

fix to rebinning function
add function to clean out bad recordings: e.g. if everything is 0 when the stim=sucrose and conc=100mM, remove the recordings with the same beeID and sensillum.
add function to remove a channel, e.g. GRN3
add some other small functions to e.g. check if a timeseries matches some metadata settings
update Rachel's filter function to use another function that will throw an error if the metadata key isn't present
add function to get mean response over time of all the channels and timeseries in a dataset.
update run.py to go through cleaning and some example rebinning

Fixes #12

Also adding plotting

repo: OxfordSchmidtAIFellows/turbo-parakeet


text:
Unturned: Loading items issue

Successfully set name to My Oxide Server!
Successfully bound IP to 0.0.0.0!
Successfully set port to 25444!
Successfully set max players to 10!
Successfully set map to pei!
[Oxide] 5:41 PM [Info] Loading Oxide Core v2.0.1643...
[Oxide] 5:41 PM [Info] Loading extensions...
[Oxide] 5:41 PM [Info] Loaded extension CSharp v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension JavaScript v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension Lua v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension MySql v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension Python v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension SQLite v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension Unity v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded extension Unturned v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Warning] No Covalence providers found, Covalence will not be functional for this session.
[Oxide] 5:41 PM [Info] Loading plugins...
[Oxide] 5:41 PM [Info] Loaded plugin Unity Core v1.0.0 by Oxide Team
[Oxide] 5:41 PM [Info] Loaded plugin Unturned Core v1.0.0 by Oxide Team
Loading items...
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Ace
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Avenger
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Bluntforce
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Bow_Birch
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Bow_Compound
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Bow_Maple
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Bow_Pine
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Cobra
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Colt
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Crossbow
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Desert_Falcon
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Dragonfang
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Eaglefire
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Grizzly
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Hawkhound
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Heartbreaker
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Honeybadger
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Kryzkarek
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Launcher_Rocket
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Maplestrike
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Masterkey
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Matamorez
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Nykorev
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Peacemaker
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Rifle_Birch
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Rifle_Maple
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Rifle_Pine
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Sabertooth
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Schofield
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Shadowstalker
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Snayperskya
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Sportshot
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Timberwolf
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Viper
  at SDG.Unturned.ItemAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemWeaponAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.ItemGunAsset..ctor (SDG.Unturned.Bundle bundle, SDG.Unturned.Data data, UInt16 id) [0x00000] in <filename unknown>:0
  at SDG.Unturned.Assets.load (System.String path, Boolean usePath) [0x00000] in <filename unknown>:0
Failed to load asset: Zubeknakov
Loading effects...
Loading objects...
Loading resources...
Loading vehicles...
Loading animals...
Loading mythics...
Loading skins...
Loading server UGC...
Setting breakpad minidump AppID = 304930
                                                                                My Oxide Server                                                                                265fps, 24s  0/10 players                                                                                0b/s in, 0b/s out  12:41 am, pei                                                                                Oxide 2.0.1643 for 3.13.8.0

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/29218640-unturned-loading-items-issue?utm_campaign=plugin&utm_content=tracker%2F6855523&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F6855523&utm_medium=issues&utm_source=github).

Should be fixed once I push my local changes. :)

authors: leonardosnt lukespragg

repo: OxideMod/Oxide


text:
feat: Improvement of SketchProps typing using Generics?

First of all, thank you for this great project!
Right now custom props are not statically typed when using typescript. E.g,
<ReactP5Wrapper
    sketch={sketch}
    background="rgb(255, 255, 255)"  // this is not typed
/>

// props are not strictly typed
p5.updateWithProps = (props) => {
  ...
};

Maybe we can implement generics that allow users to specify custom props so the type will be correct. For instance,
const ReactP5WrapperComponent
: FC<P5WrapperProps
> = ({
  ...
});

Not tested, but it will probably look something like that.

@junwen-k thats a great idea, I will look into this and try to get this into the next release when it happens.

I am not sure if this is related I want to lets say query data from a API and pass that to the sketch object.
App.js
import './App.css';
import { ReactP5Wrapper } from "react-p5-wrapper";
import sketch from './components/GraphSketch';

const dataObject = "hello"
// we watch to query data object and render onto network

function App() {
  return (

      <ReactP5Wrapper sketch={sketch} dataObject={dataObject}/>

  );
}

GraphSketch.js

//   custom chart or chart.js
//   https://editor.p5js.org/aferriss/sketches/S1UTHZBHm

function sketch(p5, dataObject) {
  // we should pass size of div to createCanvas to reformat size of network graph to window?
  //
    console.log("Hello from inside sketch", dataObject)
    p5.setup = () => p5.createCanvas(1280, 720, p5.WEBGL);

    p5.draw = () => {
      p5.background(250);
      p5.normalMaterial();
      p5.push();
      p5.rotateZ(p5.frameCount * 0.01);
      p5.rotateX(p5.frameCount * 0.01);
      p5.rotateY(p5.frameCount * 0.01);
      p5.plane(100);
      p5.pop();
    };
  }

export default sketch````

so on my console log I get `Hello from inside sketch undefined`

@Gresliebear I think you should check the documentation on handling props as that shows you how to pass down props into your sketches.

authors: Gresliebear jamesrweb junwen-k


text:
Update astropy-helpers to v2.0.6

This is an automated update of the astropy-helpers submodule to v2.0.6. This includes both the update of the astropy-helpers sub-module, and the ah_bootstrap.py file, if needed.
A full list of changes can be found in the changelog.
This is intended to be helpful, but if you would prefer to manage these updates yourself, or if you notice any issues with this automated update, please let @bsipocz or @astrofrog know!
Along with with the astropy core release v3.0, we have also started to release astropy-helpers v3.0.x versions. Similarly to the core package, these require Python 3.5+. We will open automated update PRs with astropy-helpers v3.0.x only for packages that specifically opt in for it when they start supporting Python 3.5+ only. Please let @bsipocz or @astrofrog know or add your package to the list in https://github.com/astropy/astropy-procedures/blob/master/update-affiliated/helpers_3.py

Coverage remained the same at 5.442% when pulling 1123369b037d372e14acacb0375919d43e4088a5 on bsipocz:update-helpers-v2.0.6 into 9f6b16c60b39d8de656aacfff6a86dd955455c85 on PAHFIT:master.

authors: bsipocz coveralls

repo: PAHFIT/pypahfit


text:
Modify build/watch-demo scripts to work on windows

This fixes #25

This change is

Reviewed 3 of 3 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

authors: dsmilkov nsthorat

repo: PAIR-code/deeplearnjs