Usage Query

Hi all,
I am currently trying to run openFAST using my own inputs but get the following error within Windows Powershell:
FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption1:ED_HD_InputOutputSolve:HydroDyn_CalcOutp
ut: Angles in GetSmllRotAngs() are larger than 0.4 radians.
HydroDyn_CalcOutput: Angles in GetSmllRotAngs() are larger than 0.4 radians.
HydroDyn_CalcOutput:HDOut_MapOutputs: Angles in GetSmllRotAngs() are larger than 0.4 radians.
ED_HD_InputOutputSolve:HydroDyn_CalcOutput: Angles in GetSmllRotAngs() are larger than 0.4
radians.
HydroDyn_CalcOutput: Angles in GetSmllRotAngs() are larger than 0.4 radians.
HydroDyn_CalcOutput:HDOut_MapOutputs: Angles in GetSmllRotAngs() are larger than 0.4 radians.
MD_UpdateStates: NaN state detected.
FAST_Solution:FAST_AdvanceStates: MD_UpdateStates: NaN state detected.
OpenFAST encountered an error at simulation time 6.5125 of 900 seconds.
Simulation error level: FATAL ERROR
Aborting OpenFAST.
I am still new to the software so any guidance would be greatly appreciated!

------- HydroDyn Input File ----------------------------------------------------
NREL 5.0 MW offshore baseline floating platform HydroDyn input properties for the OC4 Semi-submersible.
False            Echo           - Echo the input file data (flag)
---------------------- ENVIRONMENTAL CONDITIONS --------------------------------
1025   WtrDens        - Water density (kg/m^3)
110   WtrDpth        - Water depth (meters)
0   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 ---------------------------------------------------
2   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]
900   WaveTMax       - Analysis time for incident wave calculations (sec) [unused when WaveMod=0; determines WaveDOmega=2Pi/WaveTMax in the IFFT]
0.2   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]
2.0500   WaveHs         - Significant wave height of incident waves (meters) [used only when WaveMod=1, 2, or 3]
6   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.314159   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]
1.570796   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<PHONE_NUMBER>]    (-)       [unused when WaveMod=0, 5, or 6]
RANLUX   WaveSeed(2)    - Second random seed of incident waves [-2147483648 to<PHONE_NUMBER>] for intrinsic pRNG, or an alternative pRNG: "RanLux"    (-)       [unused when WaveMod=0, 5, or 6]
FALSE            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]
1.256637   WvHiCOffD      - High frequency cutoff used in the difference-frequencies (rad/s) [Only used with a difference-frequency method]
0.618319   WvLowCOffS     - Low  frequency cutoff used in the summation-frequencies  (rad/s) [Only used with a summation-frequency  method]
3.141593   WvHiCOffS      - High frequency cutoff used in the summation-frequencies  (rad/s) [Only used with a summation-frequency  method]
---------------------- CURRENT ------------------------------------------------- [unused with WaveMod=6]
0   CurrMod        - Current profile model {0: none=no current, 1: standard, 2: user-defined from routine UserCurrent} (switch)
0   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]
20   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   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]
1   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)
1   ExctnMod       - Wave-excitation model {0: no wave-excitation calculation, 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]
900   RdtnTMax       - Analysis time for wave radiation kernel calculations (sec) [only used when PotMod=1 and RdtnMod=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.1000   RdtnDT         - Time step for wave radiation kernel calculations (sec) [only used when PotMod=1 and ExctnMod>1 or RdtnMod>0; 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]
"../5MW_Baseline/HydroData/marin_semi"    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) [1 to NBody if NBodyMod>1] [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) [1 to NBody if NBodyMod>1] [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]
9863.8 PtfmVol0       - Displaced volume of water when the body is in its undisplaced position (m^3) [1 to NBody] [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 (0,0) (meters) [1 to NBody] [only used when PotMod=1]
0.0   PtfmCOByt      - The yt offset of the center of buoyancy (COB) from (0,0) (meters) [1 to NBody] [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. If NBody>1, MnDrift  /=8]
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. If NBody>1, NewmanApp/=8. Used only when WaveDirMod=0]
12   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]
12   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  -------------- [unused with PotMod=0 or 2]
0   AddF0    - Additional preload (N, N-m) [If NBodyMod=1, one size 6NBody x 1 vector; if NBodyMod>1, NBody size 6 x 1 vectors]
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)                     [If NBodyMod=1, one size 6NBody x 6NBody matrix; if NBodyMod>1, NBody size 6 x 6 matrices]
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))        [If NBodyMod=1, one size 6NBody x 6NBody matrix; if NBodyMod>1, NBody size 6 x 6 matrices]
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   AddBQuad - Additional quadratic drag(N/(m/s)^2, N/(rad/s)^2, N-m(m/s)^2, N-m/(rad/s)^2) [If NBodyMod=1, one size 6NBody x 6*NBody matrix; if NBodyMod>1, NBody size 6 x 6 matrices]
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 --------------------------------------
2   NAxCoef        - Number of axial coefficients (-)
AxCoefID  AxCd     AxCa     AxCp
(-)    (-)      (-)      (-)
1     0.00     0.00     1.00
2     9.60     0.00     1.00
---------------------- MEMBER JOINTS -------------------------------------------
17   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		 0		   0	        -14	     1           0
2		 0		   0		    10	     1	     0
3	     60.62	      35.00        -14         1           0
4	     60.62       35.00         10         1           0
5     60.62      -35.00        -14         1           0
6     60.62      -35.00         10         1           0
7     40.41         0          -20         1           0
8     40.41         0           10         1           0
9       0           0         -19.94       1           0
10     60.62       35.00       -19.94       1           0
11     60.62      -35.00       -19.94       1           0
12       0           0          -20         1           0
13     60.62       35.00        -20         1           0
14     60.62      -35.00        -20         1           0
15     60.62         0          -14         1           0
16     30.31       17.50        -14         1           0
17     30.31      -17.50        -14         1           0
---------------------- MEMBER CROSS-SECTION PROPERTIES -------------------------
4   NPropSets      - Number of member property sets (-)
PropSetID    PropD         PropThck
(-)        (m)            (m)
1       8.80000         0.03000          ! Main Column
2       14.00000        0.04000          ! Upper Columns
3       24.00000        0.04000          ! Base Columns
4       1.60000         0.01750          ! Cross Brace
---------------------- SIMPLE HYDRODYNAMIC COEFFICIENTS (model 1) --------------
SimplCd    SimplCdMG    SimplCa    SimplCaMG    SimplCp    SimplCpMG   SimplAxCd  SimplAxCdMG   SimplAxCa  SimplAxCaMG  SimplAxCp   SimplAxCpMG
(-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)         (-)
1.00        0.00        0.00        0.00        1.00        1.00        0.00        0.00        0.00        0.00        1.00        1.00
---------------------- 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) --------
22   NCoefMembers       - Number of member-based coefficients (-)
MemberID    MemberCd1     MemberCd2    MemberCdMG1   MemberCdMG2    MemberCa1     MemberCa2    MemberCaMG1   MemberCaMG2    MemberCp1     MemberCp2    MemberCpMG1   MemberCpMG2   MemberAxCd1   MemberAxCd2  MemberAxCdMG1 MemberAxCdMG2  MemberAxCa1   MemberAxCa2  MemberAxCaMG1 MemberAxCaMG2  MemberAxCp1  MemberAxCp2   MemberAxCpMG1   MemberAxCpMG2
(-)         (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)           (-)
1          0.56          0.56          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Main Column
2          0.61          0.61          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Upper Column 1
3          0.61          0.61          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Upper Column 2
4          0.61          0.61          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Upper Column 3
5          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column 1
6          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column 2
7          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column 3
8          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column Cap 1
9          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column Cap 2
10          0.68          0.68          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Base Column Cap 3
11          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
12          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
13          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
14          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
15          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
16          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
17          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
18          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
19          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
20          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
21          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
22          0.63          0.63          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00          0.00         ! Cross Brace
-------------------- MEMBERS -------------------------------------------------
22 - 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          7          8           1            1         1.0000      3        TRUE           ! Main Column
2          1          2           2            2         1.0000      3        TRUE           ! Upper Column 1
3          3          4           2            2         1.0000      3        TRUE           ! Upper Column 2
4          5          6           2            2         1.0000      3        TRUE           ! Upper Column 3
5          9          1           3            3         1.0000      3        TRUE           ! Base Column 1
6         10          3           3            3         1.0000      3        TRUE           ! Base Column 2
7         11          5           3            3         1.0000      3        TRUE           ! Base Column 3
8          9         12           3            3         1.0000      3        TRUE           ! Base Column Cap 1
9         10         13           3            3         1.0000      3        TRUE           ! Base Column Cap 2
10         11         14           3            3         1.0000      3        TRUE           ! Base Column Cap 3
11          2          4           4            4         1.0000      3        TRUE           ! Cross Brace
12          4          6           4            4         1.0000      3        TRUE           ! Cross Brace
13          6          2           4            4         1.0000      3        TRUE           ! Cross Brace
14          1          3           4            4         1.0000      3        TRUE           ! Cross Brace
15          3          5           4            4         1.0000      3        TRUE           ! Cross Brace
16          5          1           4            4         1.0000      3        TRUE           ! Cross Brace
17          2         17           4            4         1.0000      3        TRUE           ! Cross Brace
18          2         16           4            4         1.0000      3        TRUE           ! Cross Brace
19          6         15           4            4         1.0000      3        TRUE           ! Cross Brace
20         17          6           4            4         1.0000      3        TRUE           ! Cross Brace
21         16          4           4            4         1.0000      3        TRUE           ! Cross Brace
22         15          4           4            4         1.0000      3        TRUE           ! Cross Brace
---------------------- FILLED MEMBERS -----------------------------------------
1   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)
3        2   3   4            -6.17           1025
---------------------- MARINE GROWTH -------------------------------------------
0   NMGDepths      - Number of marine-growth depths specified (-)
MGDpth     MGThck       MGDens
(m)        (m)         (kg/m^3)
---------------------- MEMBER OUTPUT LIST --------------------------------------
0   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]
(-)        (-)        (-)
---------------------- JOINT OUTPUT LIST ---------------------------------------
0   NJOutputs      - Number of joint outputs [Must be < 10]
0           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]
2   OutSwtch       - Output requested channels to: [1=Hydrodyn.out, 2=GlueCode.out, 3=both files]
"E15.7e2"       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"               - Wave elevation at the platform reference point (0,  0)
"HydroFxi"
"HydroFyi"
"HydroFzi"
"HydroMxi"
"HydroMyi"
"HydroMzi"
"B1Surge"
"B1Sway"
"B1Heave"
"B1Roll"
"B1Pitch"
"B1Yaw"
"B1TVxi"
"B1TVyi"
"B1TVzi"
"B1RVxi"
"B1RVyi"
"B1RVzi"
"B1TAxi"
"B1TAyi"
"B1TAzi"
"B1RAxi"
"B1RAyi"
"B1RAzi"
"B1WvsFxi"
"B1WvsFyi"
"B1WvsFzi"
"B1WvsMxi"
"B1WvsMyi"
"B1WvsMzi"
"B1HDSFxi"
"B1HDSFyi"
"B1HDSFzi"
"B1HDSMxi"
"B1HDSMyi"
"B1HDSMzi"
"B1RdtFxi"
"B1RdtFyi"
"B1RdtFzi"
"B1RdtMxi"
"B1RdtMyi"
"B1RdtMzi"
END of output channels and end of file. (the word "END" must appear in the first 3 columns of this line)

I meet the same error

Dear @sjihf12,
Can you clarify what are model set-up is that results in the errors reported above?  Are you using an OpenFAST model provided by NREL (e.g., from the OpenFAST r-test) or your own model?  If you are using a model provided by NREL, what inputs did you change?
Best regards,

My carelessness caused this mistake

Dear @jjonkman
I set the TMD on the tower top of the Barge wind turbine for free decay test, with CompAero=CompInflow=WaveMod=0, BlPitch (1)=BlPitch (2)=BlPitch (3)=90, GenDOF=False, RotSpeed=0, but I always report errors and don't know where the problem is?

Dear @icnosvbovwb,
Is your OpenFAST model stable without the structural controller enabled?
Is your tower-based TMD in the x direction set up correctly?  The nacelle mass of the NREL 5-MW baseline wind turbine is 240000 kg, and your TMD mass is larger than that!
Best regards,


CODEOWNERS on release branches needs updating

The CODEOWNERS file is up to date on the main branch, but not for release branches.  This means we miss getting the auto review requested for the automated PRs to update dependencies for releases.
We should implement this using https://github.com/canonical/solutions-engineering-automation , so the files are managed there.  Don't update them directly in this repo.

The codeowner is updated, so close it .


sfdx force:source:pull retrieve recordtype in the compactLayout folder

Summary
when we run sfdx force:source:pull, the recordtype is pulled in the wrong folder (compactLayout Folder)
Steps To Reproduce:
Modify  a recordtype
run sfdx force:source:pull
Expected result
retrieved in the recordtype foler
Actual result
retrieved in the compact layout folder
Additional information

SFDX CLI Version(sfdx-cli/7.73.2-feef087df8 darwin-x64 node-v12.18.3)
OS and version: MACOS Catalina 10.15.1

Hi, it's look like the error occur when we have the same api Name between the recordtype and the CompactLayout. Hope this can help, regards,

We are seeing the same thing when recordtype and listview have same api name; the recordtype file ends up in the list view directory.

If it helps, we've seen the same thing happen with the compactLayouts and businessProcesses folders.
We've also seen record types retrieved to the object's 'parent' folder, where the record type name matches the object name, e.g.:
objects/PersonAccount/PersonAccount.recordType-meta.xml instead of objects/PersonAccount/recordTypes/PersonAccount.recordType-meta.xml.
Have observed in versions 7.78 and 7.82.

hello i'm on sfdx-cli/7.82.1-0 win32-x64 node-v14.15.0
I have the same issue with a record type that have the same name as a compactLayout, the recordtype is retrieved in the compactLayouts folder

cc @AhmetCelikbasBMX @PhilippePerrin @RoxaneRoche8

hello i'm on sfdx-cli/7.82.1-0 win32-x64 node-v14.15.0
I have the same issue with a record type that have the same name as a compactLayout, the recordtype is retrieved in the compactLayouts folder

cc @AhmetCelikbasBMX @PhilippePerrin @RoxaneRoche8

We are experiencing a similar problem, but in reverse. If I do a force:source:pull -f followed by a force:source:push -f, all files are in the correct locations, but I receive the following error:

The object has compact layouts and record types with the same names.

We are experiencing a similar problem, but in reverse. If I do a force:source:pull -f followed by a force:source:push -f, all files are in the correct locations, but I receive the following error:

The object has compact layouts and record types with the same names.

We are also experiencing this weird behaviour, where recordType-meta.xml files are retrieved in listviews, fields and business process folders...

We are also experiencing this issue with the force:source:retrieve command.

We have also been seeing some of this behavior. Are there any work arounds so far? I also see this is close to https://github.com/forcedotcom/cli/issues/714 and will be keeping an eye on both.

@BrentHebertZayo  This happens when the RecordType has the same api name of another component... Try to change the name of the compact layout or the record type and it should work.


[Feature]: Configure subpath

Is there an existing issue for this?

[X] I have searched the existing issues

Summary
It would be great if you could set the traefik path prefix for a specific application to run multiple apps on the same domain.
For example to add a blog under /blog/* to an existing configured website.
Why should this be worked on?
Currently I don't see a way to add this manually without configuring a proxy in the main app.

You could run NGINX in a separate container and use a custom configuration there to route to other containers as you see fit? Not sure if it would be wise to put NGINX in front of TRAEFIK but might still work.

This could be achieved easily with Traefik. I will add it to one of the upcoming versions with this on.

It is available in v4.
I'm closing this issue, because tracking features will be moved to GitHub discussions. Github issues will be only for bugs.
Version 4 is in full focus. v3 related issues will be closed, if it is not a critical bug.
Thanks for your understanding.


markdown-to-ast is deprecated

Hi,
markdown-to-ast module seems deprecated. I get following warning during doctoc install:
npm WARN deprecated<EMAIL_ADDRESS>See https://github.com/textlint/textlint/issues/455
Kind Regards,

Feel free to provide a PR using an alternative parser + passing all tests and we can swap it out.
Thanks.

Can we get this pulled?
@thlorenz

Fixed in d003dce032c41e40546fbc68c1077aca02bb3764


Ground Item Suggestion - Add Stackables option

Highlight stackable/Noted Items. Thanks

#13589 pull request might help. Its not highlighting but it sets a different minimum gold threshold for stackable vs non-stackable which might be the motivation for this ask (or not in which case ignore me).


Fixes that pull-requests cant be tested at all

fixes #118
ptal @kinghenne

I'd prefer the previous approach with separate karma config files. You could just add the check to your .travis.yml to execute the sauce labs test script.


Error: validation failed: unable to recognize "": no matches for kind "Deployment" in version ""

Output of helm version:
Client: &version.Version{SemVer:"v2.11.0", GitCommit:"2e55dbe1fdb5fdb96b75ff144a339489417b146b", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.11.0", GitCommit:"2e55dbe1fdb5fdb96b75ff144a339489417b146b", GitTreeState:"clean"}
Output of kubectl version:
Client Version: version.Info{Major:"1", Minor:"12", GitVersion:"v1.12.0", GitCommit:"0ed33881dc4355495f623c6f22e7dd0b7632b7c0", GitTreeState:"clean", BuildDate:"2018-09-27T17:05:32Z", GoVersion:"go1.10.4", Compiler:"gc", Platform:"windows/amd64"}
Server Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.4", GitCommit:"bf9a868e8ea3d3a8fa53cbb22f566771b3f8068b", GitTreeState:"clean", BuildDate:"2018-10-25T19:06:30Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"}
Cloud Provider/Platform (AKS, GKE, Minikube etc.):
AKS
The problem:
helm upgrade --install --wait --set ** a couple of settings ** dev ** my helm folder **
results in:
Error: validation failed: unable to recognize "": no matches for kind "Deployment" in version ""
The helm folder has a Chart.yaml, values.yaml, templates folder with deployment.yaml. There are a few values referenced in the deployment.yaml, but overall it's a pretty trivial deployment. If I replace the values with hard coded values and run the deployment with kubectl, it works.
Sure would appreciate a pointer or two.

Would you mind sharing your chart? I'm mostly interested what's in your deployment.yaml but a full chart example to reproduce the error would be most helpful. Thanks.

helm.zip

The problem is the Byte Order Mark bytes in the deployment.yaml file. I removed them and it works.


Remove exports from todo example

Verified that @j3tan has signed the CLA. Thanks for the pull request!

+2


[Feature][SDK] InlongSDK support retry sending when failed

Description
When InlongSDK fails to send data to DataProxy, it returns the failure to the user directly. Add the capability to retry sending.

Location:
inlong-sdk/dataproxy-sdk/
Requirements:

Choose another dataproxy node to resend data when the send fails.
Able to configure max retry times.
Check failures and only retry those retriable, discard those not.

This issue is a dedicated issue for the 2024 Tencent Rhino-bird Open Source Talent Training event and is only available for college students to claim
【Claim the issue】Sign up for the corresponding issue in columns M~R of the Research and Study Base "issue Camp" to be considered as successfully claimed.
【Complete the issue】For students who have claimed the issue, please also reply "Successfully claimed this issue" in the comment section of this issue; if there is no progress submitted within 7 days, including but not limited to comments, commits, or Pull Requests, it will be considered as voluntarily giving up the issue and the committee will release the issue to the next person in line.
Use case
No response
Are you willing to submit PR?

[ ] Yes, I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Successfully claimed this issue


Escape the current path in keywordprg

Fixes for current path escaping

@dag

He doesn't seem to be active anymore, and there are still many PR open. Maybe someone should fork this project.

There are 18 forks, but none of them are particularly active. Mine seems to have the most activity, but I haven't done anything with it in a while.

I decided to fork this project myself and merged most of the PR's: https://github.com/onodera-punpun/vim-fish

Thank you @onodera-punpun! I switched to your fork. Issues resolved.

@onodera-punpun It appears you've deleted this fork. Switching back to main.

@jsatk Yeah, I switched from vim to micro, and leaving an unmaintained fork up that intended to be maintained might confuse people.

@onodera-punpun thanks for the update! Any chance I could take ownership of your fork?

@jsatk Yeah of course, I deleted the repo through so I don't know if (how?) that's possible? Anyways all I did was merge some PRs.

@onodera-punpun will do that. Thanks!

Can we close this PR?


[Event Request] Page 51 "Purchase Invoice" - procedure OnQueryClosePage()

    trigger OnQueryClosePage(CloseAction: Action): Boolean
    begin

----------------------- ADD EVENT ----------------------
        IsHandled := false;
        OnQueryClosePageOnBeforeConfirmCloseUnposted(IsHandled);
        if not IsHandled then
----------------------------------------------------------

            if not DocumentIsPosted then
                exit(ConfirmCloseUnposted);
    end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


Added pattern for expex forward references

Reasons for making this change:
Linguistic examples package expex, with the switch \gathertags on, writes forward references to <mainFile>-tags.tex. It's annoying, because this is a special case of .tex that needs to be ignored.
Links to documentation supporting these rule changes:
Expex documentation, page 62

@vkusvody thanks!


Software Configuration

Hello, does this script automatically configures HTPC Manager with the installed softare so you dont have manual to setup it?
I mean if i install transmission with HTPC Manager do i need to configure from HTPC Manager Transmission? etc: ip/port?

I'm afraid yes you would need to configure HTPC Manager with the other services you setup. This sort of feature could possibly be added in future though. I would suggest adding it as a feature request at the Feathub and then it will be on the radar of things to add.
Thanks
Tom


Add C# parser for the DOT output

parsers/csharp-dot-parser
DOT AST Library:
https://abock.github.io/dotlang/
.

Algorithm:

client implements an interface IParsingHandler (give a default implementation that just dumps to console)
parse the DOT into an AST
for all nodes in the AST, call handler.AddNode(node)
for all edges in the AST, call handler.AddEdge(edge)

This way, the client can generate another output OR  populate some other system to match the DOT graph.

does look like Visitor pattern
IDotModelVisitor
VisitDecision
VisitEnd
VisitEdge

done


Fix for Roslyn async methods

This fix should resolve #51.
I've added latest Roslyn-based csc compiler to the tools folder and modified the tests to use it.
Unfortunately my change revealed some issues (#69, #70, #72), that should be fixed (IMO) before releasing new CC version.

Looks great! Please merge this in.


[GCE images] don't install SDK and turn off GPG check on el9

Main changes

Do not install the google-cloud-sdk by default on any RHEL gce* images. The package ships precompiled binaries and it is not desirable to install it by default on all RHEL images.
Do not define the Google repository that contains the google-cloud-sdk by default on any RHEL gce* images, since it is not needed any more.
Turn off GPG check for Google Cloud Engine repository on RHEL-9 gce* images due to https://issuetracker.google.com/issues/223626963
Regenerate all affected image test case manifests.

Miscellaneous changes

Rename distro/rhel90 to distro/rhel9 to make it consistent with RHEL-7 and RHEL-8.
Add version to all previously unversioned New*() functions in el8 and el9 distro definitions to make it obvious which distro version they are creating.
Do not require --output argument in generate-all-test-cases and default to test/data/manifests.

This pull request includes:

[ ] adequate testing for the new functionality or fixed issue
[ ] adequate documentation informing people about the change such as

[ ] submit a PR for the guides repository if this PR changed any behavior described there: https://www.osbuild.org/guides/

⚠ This PR introduces changes in at least one manifest (when comparing PR HEAD 184e649 with the main merge-base 53d4d7f). Please review the changes. The changes can be found in the artifacts of the Manifest-diff job [0] as manifests.diff.
[0] https://gitlab.com/redhat/services/products/image-builder/ci/osbuild-composer/-/jobs/2889821519/artifacts/browse

yes, this is expected...


Add button to attach preview screenshot to chat

It really helps to provide visual feedback to the llm from the preview. A button "attach screenshot" could (via "html2canvas") attach the preview to the conversation as base64 image to provide visual context.

this has been added in that latest: https://github.com/stackblitz-labs/bolt.diy/pull/582


Document need for ember-getowner-polyfill

Document need for ember-getowner-polyfill

Since you probably want to support Ember versions prior to 2.3, maybe ember-getowner-polyfill should be added to dependencies in package.json

Unneeded now that it's in dependencies, thanks for the PRs! :)


Tasks experiment form

What type of PR is this?

🎮 Feature
🍧 Refactor

Description

Adds placeholder /tasks page
Adds experiment creation form under tasks
Adds react-hook-form package to handle forms
Refactors DataFileSelect and ToolSelect to be self-contained
Adds brand fonts 🎉

TODO

Rename Tasks to Models?
Hook up form submission
Remove legacy experiment creation form
Add new footer

merged into https://github.com/labdao/plex/pull/774 and merged


#15 - Safely getters added

The following functions added due to avoid panic in programs. Old functions are still working for backward compatibility, they call these new functions and panic if new functions return error.
func (p *Config) GetBooleanSafely(path string, defaultVal ...bool) (bool, error) {
func (p *Config) GetInt32Safely(path string, defaultVal ...int32) (int32, error) {
func (p *Config) GetInt64Safely(path string, defaultVal ...int64) (int64, error) {
func (p *Config) GetFloat32Safely(path string, defaultVal ...float32) (float32, error) {
func (p *Config) GetFloat64Safely(path string, defaultVal ...float64) (float64, error) {
func (p *Config) GetBooleanListSafely(path string) ([]bool, error) {
func (p *Config) GetFloat32ListSafely(path string) ([]float32, error) {
func (p *Config) GetFloat64ListSafely(path string) ([]float64, error) {
func (p *Config) GetInt32ListSafely(path string) ([]int32, error) {
func (p *Config) GetInt64ListSafely(path string) ([]int64, error) {
func (p *Config) GetByteListSafely(path string) ([]byte, error) {

Also added a few tests.

This PR will cause conflicts with PR #21, I suggest you merge this one first, then I'll resolve conflicts of the second one.

I'm working on throwing all panics away and solution of this PR doesn't seem to be a good one for me any more.
All functions must be changed to return error instead of panicking. It will break compatibility, but it's the only right decision.
Comments?


Use Pre-Trained Tensorflow Models with a GPU in SAP AI Core

Tutorials: https://developers.sap.com/tutorials/ai-core-tensorflow-byod.html
It seems quiz answer is not correctly evaluated.

@shobhit009 you'll find the correct answer in https://help.sap.com/docs/sap-ai-core/sap-ai-core-service-guide/choose-resource-plan-train
That url is subtly hinted in Step 6: Create workflow to serve your model
I'm not posting a screenshot to avoid spoiling the answer

As a solution has been provided, I will close this issue.


[Netlify] Increase Number of Sites Shown

Extension
https://www.raycast.com/netlify/netlify
Description
Currently, the number of sites returned when using the Search Sites command is capped at 30.
I'd prefer to have a more exhaustive list -- the official docs say the upper limit per page is 100.
I assume the reason for the current limit is loading speed. However, most people probably don't have many sites anyway, so increasing the limit wouldn't cause a noticeable difference, while those of us who do have many sites would probably prefer being able to see as many sites as possible over having to wait just a little less. I think a setting might be a good solution here.
Cheers :)
Who will benefit from this feature?
No response
Anything else?
No response

Makes complete sense to me but for consistency, it's probably best to go with Raycast's own native pagination rather than set the limit to 100 as we might need to add it for more commands in the future.
@raycastbot assign me


Clean ssh keys metadata after instance deletion.

We have reached the max limit of SSH keys in our
GCP project, as they  were not cleaned. This has impacted the CI Github actions.
Also, it was missed to add cleanup for AWS in the quantization script variant.

CI job running -> https://github.com/weaviate/weaviate-chaos-engineering/actions/runs/12256344618

This PR messed up with all the SSH keys stored in the project, the good news is that the limit isn't reached anymore but all of them got cleaned up.
There doesn't seem to be an easy way to clean the ssh key created for the instance, so I'm adding a busy loop instead to wait for the VM to be ready.

New run -> https://github.com/weaviate/weaviate-chaos-engineering/actions/runs/12256789626


What happened to the first 60 seconds of the video?

Hi, thanks a lot for the decent work.
As I am working through your work, I just realised that the all videos are cropped starting at 60 seconds (ie, all the first segments of video are starting from 60 seconds).
Is there any reason why the video formats are preprocessed this way? Because I couldn't find any mention in the paper.
Does this mean the model is not trained with the first 60 seconds of each video?
Thanks in advance. And sorry if I have just missed this point in the paper/repository.

We extract video features every 2 seconds, 60 features cover the full-length video of max 120 seconds. This is mentioned in section 4.1 of our paper,

For video, we use SlowFast [5] and the video encoder (ViT-B/32) of CLIP [31] to extract features every 2 seconds.

Thanks for the quick reply.
With all due respect, I just want to clarify couple of things.
Q1. Isn't it 75 features(clips) of max 150 seconds for each segment?
/These raw videos are then segmented into 150-second short videos for annotation
Q2. Regardless of the max full-length of the video, the all raw video dataset seems to start with "start_time: 60" for every video ID. [Data_Readme] (https://github.com/jayleicn/moment_detr/tree/main/data#qvhighlights-dataset)
Does this not mean the original video has been cropped starting at 60 seconds? Also, the feature dataset seems to be in a same format such as _-5vXZfppKE_60.0_210.0.mp4 in video dataset, and _-5vXZfppKE_60.0_210.0.npz in features dataset.

Oh sorry, I misunderstood your question. Q1, yes, the videos have a max 150 seconds in length. Q2, yes, we cropped the videos beginning 60 seconds, since there are usually some less relevant information appear in the start of the video, e.g., "please subscribe", promotion, or other high-level summary.

Thank you once again.
Great, question solved!!


Updated structure, new features, under a Jekyll template

Apologies for a large PR. Forgot to add _site into .gitignore for the first commit.
Preview: https://devpranjal.github.io/ML-InterviewQs/
Everything is now under a website! Since we do not have Github Actions currently, we will be able to setup the website under the dsgiitr domain only after the PR is merged.
This will also provide a base for further contributions, given that Hacktoberfest is getting closer.

Also, why is _data dir not named data? I believe anything starting with underscore here is to mark that the dir is automatically generated. Or maybe I'm wrong, please correct me in that case.

Thanks for the review!
I have addressed the queries below:

_site was committed by mistake, I have added it to .gitignore and I'll also remove them from this PR
Jekyll's Liquid template system can only access data files if they are stored in the _data directory precisely (as far as I know)
I will look into other CI and build setups and make the changes in a new PR.


Event definitions in Sphere.ini have been made more extensive.

EventsPet = removed
EventsNPC
EventsNPCAnimal
EventsNPCMonster
EventsNPCMountable
EventsNPCShop
EventsChar
EventsCharPlayer
EventsCharStaff
EventsPlayer: removed
EventsItem
EventsItemWeapon
Note: All events were tested one by one and they work without any problems.
Issue #1141

What happen if someone ise the old text  eventsplayer and eventspet?

Birisi eski metin eventsplayer ve eventspet'i kullanırsa ne olur?

change it :D

What happen if someone use the old text eventsplayer and eventspet?

change it :D

I have been using this change actively for about 1 month and there are no problems. Can we merge it with dev or master?

I think a line should be add there
https://github.com/Sphereserver/Source-X/blob/933af1c205380cff7f122000ef361156fa81271b/docs/Porting from 0.56 to X.txt#L93

I think a line should be add there
https://github.com/Sphereserver/Source-X/blob/933af1c205380cff7f122000ef361156fa81271b/docs/Porting from 0.56 to X.txt#L93

I don't understand?

This file is use when someone porting from 56d to X. It's a checklist what change his made. The admin shoukd know he can't use anymore the last events declaration
He must edit the ini to make the new compatibility.
But, since there so much change in ini, he will probably revise all his ini setting anyway.

Except that, this PR seem interesting.

At most 2 lines will be changed? All changes are clearly given in the changelogs.

I added an UPdate here.
https://github.com/canerksk/Source-X/pull/1  @canerksk  if you accept it, it wull be added to your PR

Look good to me and nice feature


Blank screen when adding a FlutterView for the second time to ViewGroup on Android

It seems that FlutterView does not render properly when it is added for the second time to a ViewGroup (in our case when Conductor controllers are detached and later attached again). This also happens when the parent container is removed from the hierarchy and later added again. We can work around this by recreating the FlutterView each time this happens, but that doesn't seem like a good permanent solution.
Steps to reproduce

Create a FlutterView and attach it to the FlutterEngine
Add the FlutterView to a container
Remove the FlutterView from the container
Add the FlutterView to the container again

The second time the FlutterView is added, there's nothing rendered. In some cases we've also seen a black screen.
Here's some Android code to reproduce this issue - in this case an activity containing a FrameLayout and a button. Pressing the button adds the FlutterView to the container if it isn't there already, otherwise it removes the view from the container.
import android.os.Bundle
import androidx.appcompat.app.AppCompatActivity
import io.flutter.embedding.android.FlutterView
import io.flutter.embedding.engine.FlutterEngine
import io.flutter.embedding.engine.FlutterShellArgs
import io.flutter.embedding.engine.dart.DartExecutor
import io.flutter.facade.Flutter
import io.flutter.view.FlutterMain
import kotlinx.android.synthetic.main.activity_main.*

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        Flutter.startInitialization(applicationContext)
        val shellArgs = FlutterShellArgs(arrayOf<String>())
        FlutterMain.ensureInitializationComplete(applicationContext, shellArgs.toArray())

        val engine = FlutterEngine(this).apply {
            navigationChannel.setInitialRoute("/")
            val appBundlePath = FlutterMain.findAppBundlePath(applicationContext)
            val entrypoint = DartExecutor.DartEntrypoint(resources.assets, appBundlePath, "main")
            dartExecutor.executeDartEntrypoint(entrypoint)
        }

        val flutterView = FlutterView(this, FlutterView.RenderMode.texture).apply {
            attachToFlutterEngine(engine)
        }

        button.setOnClickListener {
            if (flutterContainer.childCount == 0) {
                flutterContainer.addView(flutterView)
            } else {
                flutterContainer.removeView(flutterView)
            }
        }
    }
}

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <Button
        android:id="@+id/button"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Press me"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent" />

    <FrameLayout
        android:id="@+id/flutterContainer"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />

</androidx.constraintlayout.widget.ConstraintLayout>

Logs
Here's the flutter doctor output:
[✓] Flutter (Channel master, v1.5.9-pre.223, on Linux, locale en_US.UTF-8)
    • Flutter version 1.5.9-pre.223 at /home/chip/flutter
    • Framework revision b76a1e8312 (6 hours ago), 2019-05-13 09:06:30 +0100
    • Engine revision 816d3fc586
    • Dart version 2.3.1 (build 2.3.1-dev.0.0 a0290f823c)

[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
    • Android SDK at /home/chip/android/sdk
    • Android NDK location not configured (optional; useful for native profiling
      support)
    • Platform android-28, build-tools 28.0.3
    • Java binary at: /opt/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)
    • All Android licenses accepted.

[!] Android Studio (version 3.3)
    • Android Studio at /opt/android-studio
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)

[!] Android Studio
    • Android Studio at /home/chip/android-studio
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
    ✗ Unable to find bundled Java version.
    • Try updating or re-installing Android Studio.

[✓] Connected device (1 available)
    • SM G930F • ce081718cde4393e01 • android-arm64 • Android 8.0.0 (API 26)

! Doctor found issues in 2 categories.

This is happening because the engine thinks that it's in a paused state when the FlutterView is added back to the container.
The animator is stopped when the FlutterView is removed from the container and loses its rendering surface.  When the FlutterView is added back, it gets a new rendering surface and notifies the engine.  But the engine's activity_running_ flag is false - it was set to false during construction and never updated by the embedder.  Thus, Engine::StartAnimatorIfPossible does not restart the animator, and no more frames are rendered.
This app works if I patch the Engine constructor to set activity_running_ to true by default.
FlutterView does render frames when it is initially constructed because the paused_ flag in Animator defaults to false.  The asymmetry between Engine::activity_running_ and Animator::paused_ at startup seems wrong - Engine::activity_running_ says the activity is paused but Animator::paued_ says that the animator is running.
@matthew-carroll @chinmaygarde What do you think would be the best solution here?
Potential options:

default Engine::activity_running_ to true
default Animator::paused_ to false and wait for the embedder to send a lifecycle message that starts the animator

@jason-simmons isn't this just a situation where the required contract is not being fulfilled?
The reason we have FlutterFragment and FlutterActivity is to forward calls at the right time. The following are all required lifecycle calls:
https://github.com/flutter/engine/blob/master/shell/platform/android/io/flutter/embedding/android/FlutterFragment.java#L556
https://github.com/flutter/engine/blob/master/shell/platform/android/io/flutter/embedding/android/FlutterFragment.java#L576
https://github.com/flutter/engine/blob/master/shell/platform/android/io/flutter/embedding/android/FlutterFragment.java#L583
Without those calls, one should not expect correct behavior.

Yep, calling those results in the correct behavior.
activity.lifecycle.addObserver(object: LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    fun onResume() {
        lifecycleChannel.appIsResumed()
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    fun onPause() {
        lifecycleChannel.appIsInactive()
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    fun onStop() {
        lifecycleChannel.appIsPaused()
    }
})

I suggest noting this in the documentation (when the new API is stabilized of course). Perhaps also adding an optional Lifecycle parameter in the constructor of FlutterEngine that calls the code above, or a method on the LifecycleChannel that hooks things up properly given a Lifecycle?
Anyways, I think it's safe to close this. Thanks, and keep up the awesome work!

Thanks for verifying.

The concern is the inconsistency between the engine's default state and the animator's default state.
If you construct a FlutterEngine and never send a lifecycle message, then what app lifecycle state is the FlutterEngine in?
  This can lead to counterintuitive behavior until you send a lifecycle message that brings the two sides into matching states.
Or is the policy that FlutterEngine is in an undefined state until you explicitly send a lifecycle message?

@jason-simmons I think that at this moment the FlutterEngine would probably be considered in an undefined state. However, I'm happy to reconsider that and make appropriate changes.
I'm not educated on the internal impact and relevance of the lifecycles within the engine, e.g., Engine object vs Animator object. Can you think of any reasons with regard to edge cases like testing, etc. where having a different Animator state might be important?
If the Engine and Animator can be synced WRT to lifecycle without hurting other expected behaviors then I would think that's a good change to make. Would that require any embedding changes or just engine changes?
Also, I'm not sure if it's relevant, but I think even if the Flutter rendering pipeline is running, a developer should be able to execute arbitrary Dart code without sending lifecycle events into the engine. Do you know if that's the case today? I assumed it was, but I never verified.


Clean-up unused settings

I wanted to clean up unused settings, and would like to ask if anyone is using these settings?

pan_size

@bamboo3250
(Panel Size) has small / big, under Panel section

info_delta

@ReiFan49
Says "hidden and false by default. { altering the default feature of HQ update }"
we now have hqExpDetail so I think we don't need the info_delta?

Also I disabled most of the settings under "DMM Gameplay", only retaining "Force Cookie hack". Will re-enable when we do implement DMM script injection.

The panel size is for 300px/420px choice in Vertical Layout. If we remove that, the user has to select the size of Vertical Layout every time he reloads the page.

ah I see, we'll keep it then

after discussing with @ethrundr,
and rethinking back about two issues (that i've posted) regarding this, i guess i should put info_delta onto my private branc---- (like my ritou boss compo lol)
oh damn, i hope i could make a branch about those two-to-three thingy that might be not-for-pull lol,

ahh, though for info_delta, just wanna know its purpose, if it is the same as hqExpDetail or does it involve another feature?

uh oh sorry,
its not.
but the red bar that acts as delta given along the blue bar experience bar on battle mode
|||||||||----- (blue bar)
|||||||||||--- (red bar, underlay the blue bar)

the blue bar / current player HQ exp is not updated, but its gained experience is updated as always,
and forces the blue bar to reset to 0% if the red bar at least reaches 100%,
using info_delta, is not an effective thing for really high level admirals (100k exp requirement above)

ahh so delta involves the UI of sorts. alright then. I won't interfere with those settings xD


Add files via upload

Added information about the Federal Institute of Rio Grande do Sul

@eudin94 Pull request merged. Thank you!


Riesz s-Energy returns different outputs for same random seed

If you start two different Python processes and run:
get_reference_directions("energy", 4, 32, seed=42)
I get different outputs each time. I believe there is something wrong with how the random seed is set.

very interesting. I quickly looked into it and yes I can reproduce it that even though the random seed is provided the results don't match.
However, the np.random.seed(seed) method seems to be called in all runs.
Need to look a little more into this and will let you know.

I think the commit above fixes this now. Can you please check?

I cannot install it from source because I'm using python 3.8 and pymoo now requires python>=3.9 :/

I will close this issue for now. You can use conda do update your environment if needed. Please reopen the issue if you find the current version does not resolve it.

Do you have an estimate of when a new release will be on pypi with this fix? Thanks!

I usually try to create a release 2-3 times a year. Depending on the number of commits.
Was the fix successful with the current dev version?

When following the instructions in the README to install it from source, it installs version <IP_ADDRESS> and then the fix does not seem to have worked.


Add Palo Alto High Risk Port hunting query

Add a hunting query listing communications on dangerous ports which were not blocked by Palo Alto firewalls and need to be reviewed to ensure sufficient network isolation.

@shainw , metadata looks good, approved.


Add Charts to Artifact Hub

Signed-off-by: RuliXu<EMAIL_ADDRESS>What type of PR is this?

What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

https://github.com/RuliXu/clusterpedia/tree/add_helm_repo/charts/clusterpedia#prerequisites
the readme need update synchronously.

https://github.com/RuliXu/clusterpedia/tree/add_helm_repo/charts/clusterpedia#prerequisites
the readme need update synchronously.

Good point, will do it in another PR.


Authentication with private keys?

I see @sfc-gh-hachouraria is adding some examples to OPTIONS for authentication:
https://github.com/Snowflake-Labs/django-snowflake/pull/66
As we find the best way to include this code, I wanted to document a hack to authenticate with a private key in the meantime.
In settings.py I just add an ugly block to decrypt the key:
#### --Fh
import os
from cryptography.hazmat.backends import default_backend
from cryptography.hazmat.primitives.asymmetric import rsa
from cryptography.hazmat.primitives.asymmetric import dsa
from cryptography.hazmat.primitives import serialization

with open("./rsa_key.p8", "rb") as key:
    p_key= serialization.load_pem_private_key(
        key.read(),
        password=None,
        backend=default_backend()
    )

pkb = p_key.private_bytes(
    encoding=serialization.Encoding.DER,
    format=serialization.PrivateFormat.PKCS8,
    encryption_algorithm=serialization.NoEncryption())
### --Fh

So then in DATABASES in settings.py I can use that pkb value:
DATABASES = {
    'default': {
        'ENGINE': 'django_snowflake',
        'NAME': 'DJANGO',
        'SCHEMA': 'PUBLIC',
        'WAREHOUSE': 'S',
        'USER': 'DJANGO',
        'PASSWORD': '#',
        'ACCOUNT': 'my_account',
        # Include 'OPTIONS' if you need to specify any other
        # snowflake.connector.connect() parameters.
        # https://docs.snowflake.com/en/user-guide/python-connector-api.html#connect
        'OPTIONS': {
            'private_key': pkb,
        }
    }
}

There's not a simpler way (other than reading the private key bytes (pkb) yourself) because the python connector does not accept a file path as an input yet. See also a related issue discussion on: https://github.com/Snowflake-Labs/django-snowflake/issues/67


Tentative date for new build setup

Hi,
Thanks for this starter repo. From the README, it seems you are working on few optimisations regarding build. I am going to start a new Angular2 and Spring project soon. Can you please provide any tentative date for completing those features(webpack etc) or I can access your WIP code base somewhere??

@tapas4java I apologize, but due to some foreseen circumstances I will not be able to set a tentative date. I'm trying to get to that asap, but things have gone a bit fubar. Atm, there is no WIP. I'd greatly appreciate community initiative for help. I'm also strongly considering migrating away from ts to dart, due to more issues from the ts community. It's been a rough ride. I'm hanging tight, but no promises. Again, my apologies.

@tapas4java I should clarify, the fubar issues are with my own life, not the project itself (kind of an exaggeration of my circumstance, nothing to really worry about) >.<

@tapas4java it's really not going to be that much more work, and I'm looking forward to it. Even with a migration to dart, it should be less than a week's worth of mild work. It's just getting to it with everything else going on. Aye. I have a decent tentative plan for everything, so far only logged in my head. I've been keeping up with a lot of the webpack and migration guides online. More and more pop up every week.

@tapas4java feel free to ask anymore questions, and if I could assist you in any other way, just let know. I'll do what I can.

@borysn, Thanks for your prompt reply. I feel moving to Dart from Typescript is not a good idea. Can I know the issues you came across with Typescript so far??
For client side scafolding, if we can integrate angular-cli directly, then it should minimize the maintaince overhead. Have you considered this?

@tapas4java the issues are genearlly from the community rather than with the language itself. I rather enjoy ts.
I have not considered angular-cli, but I shall look into it! Thanks for the suggestion.

I wouldn't drop Typescript: there's been too much work to ensure its the primary language (I like Dart but there is more support for TS)
My question to some of the other commenters here, why do you want an integrated build solution?

Don't really see a reason to implement angular-cli, unless anyone has anything concrete to contribute to the issues raised, I'm going to go ahead and close the issue.

@anthony

@anthonyikeda not really sure support us greater than a good community, it's debatable for sure, but I'll always take a better community vs support.


New conan version seems to break the github actions: ERROR: The default build profile doesn't exist.

System:
Windows 10
Issue Description:
Newer actions started using the example project and my own all fail the github action during the building process.
The Error stems from it not finding some default profile:
ERROR: The default build profile '/home/runner/.conan2/profiles/default' doesn't exist.
Old (Working) Build:

New Failing Build:

My Observations:
I have noticed that the older builds were using Conan 1.58 and Python 3.11.1, but the never ones are using Conan 2.0.0 and Python 3.11.2.
Also the Code/Project builds the debug version fine on my machine, though there is an older installation of conan installed 1.55.0
Possible Fix:
I'm not very experienced with this, but I think there would be two ways of fixing this:

Forcing the Github Action to install an older version of conan instead of the newest one
Somehow making this "default profile"

I'll try to find some fix that will work, but as mentioned I don't have any clue how Github Actions actually function.

Fixed by #10


Consider NONLINEAR vectorizable.

VECTORIZE is an NRN term that describes if MOD files have their data arranged in such a manner that vectorization (e.g. SIMD) is (potentially) possible. It affects the API of the registered function, e.g. they don't have access to a lot of things, and IIUC always go through _ppvar for everything (even during the simulation phase). Use nocmodl to explore how the generated MOD files changes when you add/remove LINEAR from some of the MOD files slated to be removed.
The term is also used to mean "not thread-safe".
The way it's annoying to us is that: a) it removes what we call v_unused and uses a static double to cache v instead, b) it makes things LINEAR and NONLINEAR not thread-safe even though, when using Eigen there's no issue.


Count code from other subdirectories  called in runtests.jl

Hi, great package idea !
In several packages, e.g. VoronoiFVM.jl, I run code from an examples subdirectory and also a couple of Pluto notebooks during CI. Currently these are not counted as lines of test code.

Is there any idea to handle this situation besides moving all examples to test ?
If I have Pluto notebooks containing manifests for tests - how can I prevented from "cheating" due to counting the manifests as code lines ?

Is there any idea to handle this situation besides moving all examples to test ?

Hm, so PackageAnalyzer only categorizes code as being in test or not in the show method; the actual Package object itself just stores a table with lines of code per file.
So one option is to just ignore what is displayed in the show method, and count the lines yourself:
julia> pkg = analyze("VoronoiFVM")
Package VoronoiFVM:
  * repo: https://github.com/j-fu/VoronoiFVM.jl.git
  * uuid: 82b139dc-5afc-11e9-35da-9b9bdfd336f3
  * version: 0.18.3
  * is reachable: true
  * tree hash: a5f4bc559684925f45104513f9abd65570be86ff
  * Julia code in `src`: 4926 lines
  * Julia code in `test`: 585 lines (10.6% of `test` + `src`)
  * documentation in `docs`: 1172 lines (19.2% of `docs` + `src`)
  * documentation in README: 10 lines
  * has license(s) in file: MIT
    * filename: LICENSE
    * OSI approved: true
  * has `docs/make.jl`: true
  * has `test/runtests.jl`: true
  * has continuous integration: true
    * GitHub Actions

julia> PackageAnalyzer.count_julia_loc(pkg, "test") + PackageAnalyzer.count_julia_loc(pkg, "examples")
3115

However, if the goal is to communicate to other folks how much test code there is (who may not know that the code is in examples), I'm not sure what the best way to do that is. If we integrated JuliaSyntax (xref https://github.com/JuliaEcosystem/PackageAnalyzer.jl/issues/63), we could try to look at any include statements from runtests.jl and follow them. That might be the most satisfying way, and would also make sure that extraneous files in test that aren't actually run don't count.

If I have Pluto notebooks containing manifests for tests - how can I prevented from "cheating" due to counting the manifests as code lines ?

Ideally, that would be a file with language Julia and sublanguage TOML. However, if I look at all the lines of code parsed from VoronoiVFM,
julia> DataFrame(pkg.lines_of_code)
13×7 DataFrame
 Row │ directory       language  sublanguage  files  code   comments  blanks
     │ String          Symbol    Union…       Int64  Int64  Int64     Int64
─────┼───────────────────────────────────────────────────────────────────────
   1 │ pluto-examples  Julia                      9   9435       784     473
   2 │ pluto-examples  TOML                       2   1089         1     241
   3 │ src             Julia                     19   4926       300    1033
   4 │ examples        Julia                     33   2530       919     881
   5 │ test            Julia                      9    585       123     185
   6 │ test            TOML                       1     17         0       1
   7 │ docs            Julia                      1     97        24      27
   8 │ docs            TOML                       1     13         0       1
   9 │ docs            TeX                        1    318         1      59
  10 │ docs            Markdown                  14      0       719     201
  11 │ docs            Markdown  Julia            2     13         0       0
  12 │ Project.toml    TOML                       1     44         0       2
  13 │ README.md       Markdown                   1      0        10       7

I don't see any any sublanguage TOML there. I suspect that is something that would have to be improved in tokei, the program we use to count lines of code, or by switching to a different program.

Pluto notebooks have two strings which contain the toml contents:  PLUTO_MANIFEST_TOML_CONTENTS and PLUTO_PROJECT_TOML_CONTENTS. Not sure if  tokei can be teached to ignore them. In particular the manifests are quite large and would skew the picture.
As for counting code in additional subdirectories I have no idea how to catch all possible corner cases in an automated way I for example scan the examples subdirectory in runtests.jl (and passed this pattern to other authors...) .
Here is what came into my mind: Would it make sense to have a configuration file  in the repo giving some more info about the package structure and the semantics of some subdirectories ? Something like a possible PackageAnalyzer.toml:
[TestSubdirs]
test
examples

[SourceSubdirs]
src
assets

[DocSubdirs]
docs
examples

In my case, examples count twice - they are part of docs (via Literate.jl) and part of tests.  And assets e.g. could contain javascript code.
All output created from this information beyond the standard subdirectories possibly could be marked up as additional info by the package author.

Hm, I think a config could make sense. Do you know if there’s any already existing formats or systems we could use?

My suggestion is just toml :) Parser is in stdlib, syntax is simple and every package author already knows about the format.

Ah right, I got that, I just meant if we could opt-into an existing system for the semantics of it that might be better than inventing our own.
For example, linguist uses git-attributes files to declare certain files are in certain languages when autodetection fails: https://github.com/github/linguist/blob/master/docs/overrides.md. We could use that system as well to add a syntax for declaring certain files belong to certain categories (such a test).

I think using .gitattributes for this makes sense. Something like
examples/**.jl analyzer-category=test

would mean: all .jl files in examples should be assigned the "category" test. This can be coupled with git check-attr, for example if I have .gitattributes with
test/**.jl analyzer-category=test

Then in the shell, I can check particular files like
❯ git check-attr analyzer-category test/runtests.jl
test/runtests.jl: analyzer-category: test

❯ git check-attr analyzer-category src/PackageAnalyzer.jl
src/PackageAnalyzer.jl: analyzer-category: unspecified

So then the lines_of_code table can have an additional column for "category" (maybe w/ some additional logic to determine default category from the directory), and the show method can use this category to determine what to print for lines of test code vs src code.
The nice thing about using tools like .gitattributes and git check-attributes is that they already have a well-understood syntax (basically same as .gitignore) and tooling that supports nested files and overrides.
E.g. you could have a .gitattributes at top-level in your package, and then override it with another one in some subfolder somewhere (and it would only override attributes in that subfolder).
Also, some repos might already have a .gitattributes file, so this would mean they wouldn't need an additional file. We also don't have to document the format ourselves, and can just link out to existing docs.

Interesting - didn't know about this possibility. It seems that this might work well.


Added .rgignore

Added .rgignore to give better search results when using ripgrep.
I'm not sure if it's worth adding yet another ignore file to the repo root, but figured it's worth posting this PR to see what you think.
This is not complete. If this gets merged, I'll just amend it as bad search results come up.

I'm fine with it, but this seems more like a question for Joe. I don't use ripgrep, but if somebody else does, I'm not sure if they would necessarily want to ignore vendored files.

I'm cool with this, although it's potentially a gotcha for a dev I guess. But I almost always ignore vendor when I grep for stuff (I don't use ripgrep either) so this is probably a very sane default.


Model relationships

Is it possible to define relationships in models using elasticsearch-persistence?  So if I have two models I've stored as indexes in ES, Articles and Comments for example, where an Article has many comments, and a comment belongs to an Article, does it understand these relationships?

No, it doesn't provide any belongs_to or has_many semantics.
These would be expressed as a parent<>child relationship in Elasticsearch in most cases, and while it would be possible to provide some DSL methods for that, in the near future I plan to work on other things...
One reason is that I worry a little to provide "too much" abstraction here, since expressing the relationship is quite easy already. Have a look at the music example application, which has a Artist<>Album relationship, using the regular mapping...indexes DSL of the model integration: https://github.com/elastic/elasticsearch-rails/blob/master/elasticsearch-persistence/examples/music/album.rb#L15

@gthorsen Hi, any news here?

I think the one-to-many relationship is straightforward enough, but the many-to-many remains a challenge.


Add openapi extension

We also need OpenAPI::Generator::Serializable on macro Clear.enum

Closed in favour of https://github.com/place-technology/portal-api/issues/75


Introduce map polygon.

Basics

[x] I added a line to changelog.md
[x] The PR is rebased with current master.

[x] References to issues, e.g. close #X, are in the commit messages and changelog.
[ ] The buildserver is happy.

Checklist

[ ] I have installed and I am using pre-commit hooks
[ ] I fully described what my PR does in the documentation
[ ] I fixed all affected documentation
[ ] I fixed the introduction tour
[ ] I wrote migrations in a way that they are compatible with already present data
[ ] I fixed all affected decisions
[ ] I added automated tests or a manual test protocol
[ ] I added code comments, logging, and assertions as appropriate
[ ] I translated all strings visible to the user
[ ] I mentioned every code or binary not directly written or done by me in reuse syntax
[ ] I created left-over issues for things that are still to be done
[ ] Code is conforming to our Architecture
[ ] Code is conforming to our Guidelines
[ ] Code is consistent to our Design Decisions
[ ] Exceptions to any guidelines are documented

Review

[ ] I've tested the code
[ ] I've read through the whole code
[ ] I've read through the whole documentation
[ ] I've checked conformity to guidelines

jenkins build please

jenkins build please

jenkins build please

jenkins build please

When moving polygon Points its possible to select the entire map geometry via mouse drag.

This is not really a big problem. Would of course be nice.

[ ] A bigger problem is that for new points the nearest point to any line should be used, not to the end-points of a line.
[ ] Another problem is that changing between moving and adding is tiresome. It would be great if move/add can be done via middle click or with a modifier while clicking.

Maybe @danielsteinkogler can help with these two points, they are be needed for drawing layer, too.
@badnames don't forget to review #1110 :wink: Did you see the review request?

Another problem is that changing between moving and adding is tiresome. It would be great if move/add can be done via middle click or with a modifier while clicking.

We should definitely avoid using middle click, as that is currently used for panning the map.
What do you think about using simple keycombinations (e.g. Ctrl.-Shift-A for adding, Ctrl.-Shift-D for deleting and Ctrl.-Shift-M for moving points) instead?

What do you think about using simple keycombinations (e.g. Ctrl.-Shift-A for adding, Ctrl.-Shift-D for deleting and Ctrl.-Shift-M for moving points) instead?

This should be done but not instead (it is also lower-prior). The UX is not ideal due to the constant need to change between add+move. It would be better if there is only one add/move mode and when clicking on a polygon point it gets moved and when click somewhere else a new one gets created. Can also be follow-up.
Bounding box zoom fix or follow-up missing, too.
@absurd-turtle can you also take a look?

I looked again how others are doing it and I didn't see a tool that combines add and move functionality, so it is probably not the best idea. What exists is that shift creates Bezier-help-points. But this is not needed for the base layer. Keybindings, however, should be added.
So pls create 2 follow-up issues, then we can hopefully merge this PR soon.

leftover issues are #1112 and #1113.


Fixed VCardHelper.cs

Regex.Split didn't split the cards.  I updated the regex pattern to match each VCARD in the contents and get the matches.  There may be a better way to do this, but this works and is quite fast.

Instead of an array you could return a Tuple


SocketChannel.socket() is not supported for UNIX protocol

Exception in thread "main" java.lang.UnsupportedOperationException: Not supported
	at java.base/sun.nio.ch.SocketChannelImpl.socket(SocketChannelImpl.java:233)
	at com.github.moaxcp.x11.x11client.X11Connection.connect(X11Connection.java:118)
	at com.github.moaxcp.x11.x11client.X11Connection.connect(X11Connection.java:145)
	at com.github.moaxcp.x11.x11client.X11Client.connect(X11Client.java:83)

To reproduce
try(X11Client client = X11Client.connect(new DisplayName(":1"))) {
} catch (IOException e) {
}

Thanks! I started working on this today!

I'm switching back to junixsocket but it uses a multi-release jar which is not supported by delombok. So I have to remove lombok from the x11-client module and release 0.18.2.

Everything should work now in 0.18.2. I was having trouble with the junixsocket modules but all of the examples work now.


TypeError: PushNotification.init is not a function.

Hi!
When using<EMAIL_ADDRESS>I get this error thrown on the client:
TypeError: PushNotification.init is not a function. (In 'PushNotification.init(o)', 'PushNotification.init' is undefined)

and the token event doesn't get called on iOS.
On Android it works perfectly.
When using<EMAIL_ADDRESS>the token event is called correctly on iOS and Android.
Thanks!

I am getting this error on both Android and iOS. I haven't changed any of my code, only updated to 3.0.2

I think it might be an old version of the phonegap-plugin-push


Fix position of sticky file headers after opening notification

Fixes https://github.com/refined-github/refined-github/issues/5914
Test URLs

Open a notification pointing to a PR (or PR files)
Go to the Files tab
This still happens if you go back to the "Conversation" tab, reload the page, and go to "Files" again

Screenshot
Before

After

Thank god

I think it looks like:

No, a bigger value for top will only make it worse :smile:
Just tested the rule but with 60px (height of the sticky PR header) and it seems to work fine. Will push the hotfix asap.

Hmm, weird I pushed some hotfixes but even after clearing the cache they don't get downloaded :thinking:
@fregante Are you seeing them? Should be present for the last three versions

Are you seeing them?

Are you using the dev version? They're not applied 0.0.0

Are you using the dev version? They're not applied to 0.0.0

I know, which is why I tried in my regular browser profile but no luck. And I know the CSS is valid because adding it to my custom CSS fixes things :man_shrugging:
Might be an issue with the download/storage of the hotfixes?

Wait, did the hotfixes move to the new yolo repo?

Yes, we'll drop the hotfixed branch soon.

Edit n°2: Added the hotfix to yolo but still don't see it 😢

I see it on Safari 22.8.1:

Run anywhere to find out if the cache was downloaded (keep in mind that you need to open GitHub.com after clearing your cache)
chrome.storage.local.get(console.log)

The hotfix works for me:

red: correct position
blue: hotfix, in style tag
purple: our previous style from refined-github.css

The only related bug I'm experiencing is https://github.com/refined-github/refined-github/issues/5857, because the its bug fix was in 22.8.8 but Safari is on 22.8.1 🥲


A way to completly overwrite response from middleware after next()

This is a very niche issue.
We use Hono for many things, including our cloudflare workes proxy.
The proxy sits on top of our domain and routes traffic to different workers and other external servers.
When you proxy a request from a worker, the response that Hono gets is a fetch response, and you cannot change headers.
When we use a middleware in our proxy, there is no way for use to re-write the response since ´contex.res´ has a set that manipultes the headers.
https://github.com/honojs/hono/blob/fea78f29bd681350ce61dd71b33042aa6ec7db5c/src/context.ts#LL101-L110C4
  set res(_res: Response) {
    if (this._res) {
      this._res.headers.delete('content-type')
      this._res.headers.forEach((v, k) => {
        _res.headers.set(k, v)
      })
    }
    this._res = _res
    this.finalized = true
  }

Not many people will have this issue, but we could really use some type of overwrite on the response so that we can write middleware that does somethng like this:
export const cookieMiddleware: MiddlewareHandler<HonoEnv> = async (c, next) => {
    await next()
    if(c.res.headers.has("special-header")) {
      // We cannot use res.headers, so we clone the headers
      const clonedHeaders = cloneResponseHeaders(c.res)
      clonedHeaders.append('Set-Cookie', "cookie goes here")

      // create a new response from the old
      const newResponse = new Response(c.res.body, {
        headers: clonedHeaders,
        status: c.res.status,
      })
      // some way to overwrite response, just an example
      c.overwriteResponse = newResponse
    }
}

If only the set did not change headers we could have used that
 set res(_res: Response) {
    this._res = _res
    this.finalized = true
  }

Maybe this is something that should be contained in its own world. "hono/proxy". Which is meant to handle things as a proxy and not api.

Hi @TorbjornHoltmon !
I have ideas about this "middleware matter". I'll let you know later.

Hi @TorbjornHoltmon !
I've created PR #970 . With this PR, you can do it by putting undefined:
app.use('*', async (c, next) => {
  await next()
  c.res = undefined
  c.res = new Response('New Response')
})

This way does not include breaking changes and makes it possible what you want to do.

I think we can close this issue. Thanks.

Hi, can you document this feature ? @yusukebe I think this is really helpful for custom middleware. I just found the feature was implemented here.


Consumers partitioning and Trigger parallelism

Problem
Design doc: https://docs.google.com/document/d/1L-gWDV2sCaSXYikEEHIgn3KY11YxExYvjcslpoh1Pj4/edit
Persona:
Which persona is this feature for?

Event Consumer

Exit Criteria
A measurable (binary) test that would indicate that the problem has been resolved.
Time Estimate (optional):
How many developer-days do you think this may take to resolve?
15

Tracked in: https://github.com/knative-sandbox/eventing-kafka-broker/issues/1537


remove time -> default to now

Detailed Description
It would be great if the main function run_forecast could optionally take a ts. If none was provided then it should default to now (rounded down to 15 mins)
Context

nice to have things nice and simple

Possible Implementation

in the function let ts=None,
sudo code
if None:     ts = pd.Timestamp.now().round('15T')

is this issue solved if not can i work on this issue?

Hi @Harish-2003 , thanks for getting in touch, yea I'm afraid this issue is done thanks


refactor: Update Aggr dashboard to sync with SM

Previous:

With Changes:

System Manager For reference:

To better match SM, would it make more sense to rename Harvest's "Used Space" stat to "Used and Reserved" space?

Previous:

With Changes:

System Manager For reference:

To better match SM, would it make more sense to rename Harvest's "Used Space" stat to "Used and Reserved" space?

Yes, Added the same for aggr and cluster dashboard.


GEOMESA-2552 Redis data store implementation

Each index is a Redis SortedSet, with the values comprised of
concatenated index keys and row values
Change default query planning to heuristic based

Signed-off-by: Emilio Lahr-Vivaz<EMAIL_ADDRESS>

Needs to add Redis info to the root README.md


Remove disaggregated mode without s3

What problem does this PR solve?
Issue Number: ref #8276
Problem Summary:
What is changed and how it works?

remove flash.use_autoscaler_without_s3 https://github.com/pingcap/tiflash/pull/7116
remove disaggregated mode without s3 https://github.com/pingcap/tiflash/pull/6248

Check List
Tests

[ ] Unit test
[ ] Integration test
[ ] Manual test (add detailed scripts or steps below)
[ ] No code

Side effects

[ ] Performance regression: Consumes more CPU
[ ] Performance regression: Consumes more Memory
[ ] Breaking backward compatibility

Documentation

[ ] Affects user behaviors
[ ] Contains syntax changes
[ ] Contains variable changes
[ ] Contains experimental features
[ ] Changes MySQL compatibility

Release note

None

/run-all-tests

/run-all-tests

/run-all-tests

/cc @guo-shaoge

/approve


docker build ERROR

Error: EPERM: operation not permitted, copyfile '/strapi/node_modules/strapi-admin/ee/admin/containers/Roles/ProtectedListPage/index.js' -> '/strapi/.cache/ee/admin/containers/Roles/ProtectedListPage/index.js'

Hi @DarrenHou1993 can you give a bit more details ?
what is the config you are using / your setup ? any steps to reproduce can help :)

Hi @DarrenHou1993 can you give a bit more details ?
what is the config you are using / your setup ? any steps to reproduce can help :)

Hi @DarrenHou1993 , @alexandrebodin .
This issue which I discovered is probably related: https://github.com/strapi/strapi-docker/issues/270

Hi @DarrenHou1993 , @alexandrebodin .
This issue which I discovered is probably related: https://github.com/strapi/strapi-docker/issues/270


TechDebt - remove print statements

Codecov Report

Merging #5571 (94c1e7d) into master (047c1a6) will increase coverage by 0.00%.
The diff coverage is 75.00%.

@@           Coverage Diff           @@
##           master    #5571   +/-   ##
=======================================
  Coverage   96.15%   96.16%
=======================================
  Files         742      742
  Lines       72594    72589    -5
=======================================
- Hits        69805    69802    -3
+ Misses       2789     2787    -2

Flag
Coverage Δ

servertests
37.01% <25.00%> (-0.01%)
:arrow_down:

unittests
96.09% <75.00%> (+<0.01%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

moto/appsync/responses.py
100.00% <ø> (ø)

moto/moto_server/werkzeug_app.py
87.00% <0.00%> (ø)

moto/batch/responses.py
99.30% <100.00%> (+1.35%)
:arrow_up:

moto/moto_server/threaded_moto_server.py
100.00% <100.00%> (ø)

moto/xray/mock_client.py
94.00% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.