DREF Superticket

Changes needed:
General

[x] Change icon for "Shelter" in all exports

[x] Add a new option ONLY to Planned interventions called “Coordination and Partnerships” using this icon for the export

[x] For “Needs and Gaps”, “Planned interventions” and “Actions taken by National Society”, the sectors should follow this order in the export:

Shelter , housing and settlements
Livelihoods
Multipurpose cash
Health
Water, Sanitation and hygiene
Protection, gender and inclusion
Education
Migration
Risk reduction, climate adaptation and recovery
Community engagement and accountability
Environmental sustainability
Coordination and partnerships (only planned interventions)
Secretariat services (only planned interventions)
National Society Strengthening (only planned interventions)

[x] From Needs and gaps, remove the option for “Shelter Cluster Coordination”
[x] Add an option to download “Assessment Report” and “any supporting documentation if relevant (description for the event for imminent)” from the export and from the form. For the export add it as a link, Assessment report at the end of the section "Needs (Gaps) Identified" and supporting documentation at the end of "Description of the event".
[x] Move the "Numeric details" from "Essential Information" to “description of the event” under “date of the event”
[x] “Submission and contacts” section change name to “Operational timeframes and contacts”
[x] Add the following question at the end of “Risk and security considerations” section, “Has the child safeguarding risk analysis assessment been completed?” (Yes/No question) – Should also appear on the exports.
[x] For all dates, format should be day-month-year. (For all exports)
[x] In section "planned Interventions", on the list of activities, bullet points are only appearing for the first activity
[x] Make the content font 11 in size (tittles look ok)
[x] Bring back GO logo at the bottom of the pages in the export

Application

[x] Do not transferred anything from Field Report to ICRC actions.
[x] Government has requested international assistance is not transferring from Field Report to DREF application.
[x] In “description of the event” section, the field “date of disaster/date when the trigger was met” should appear in the export.
[x] In “Current National Society actions” section the field start date of national society actions should appear on the export.
[x] Add an option to upload a document below “Crisis category” (optional), field should be named “If available please upload Crisis categorization Analysis”. Make it also available to download in the export
[x] In Previous Operations section, make the hyperlink to the Operational learning dashboard more obvious and change the text to: “To access the Operational Learning Dashboard and check learnings for the country, click HERE”, make it in red if possible.
[x] In Previous Operations, if “Has a similar event affected the same area(s) in the last 3 years?” if No, hide the rest of the questions (except lessons learned), if yes, show “Did it affect the same population groups?”, if no, hide the rest of the questions (except lessons learned), and so on with the other 2 questions.
[x] In the Plan activities section, transfer the total budget from the Overview (first page).
[x] In Event details, Description of the event, after scope and scale of the event add two new fields called “Sources of information (optional) name” and “Sources of information (optional) link” with the possibility to add more (like in the Risk section), with the following guidance below: Add the links and the name of the sources, the name will be shown in the export, as an hyperlink. This should be visible in the export and the sources should be numbered.
[x] Needs and Gaps, the field called Any gaps/limitations in the Assessment should not appear if empty.
[x] In targeting strategy, add option to upload a file called “Upload any additional support documentation (Optional). Should be able to download in the export (using the link). Any type of file

Ops Update

[x] When the application was a type “assessment” or “imminent” add a pop out asking if the DREF is changing to response
[x] In “Current National Society actions” section the field start date of national society actions should appear on the export.
[x] Budget is not appearing in export.
[x] In the Timeframes Section, add the Reporting timeframe field, with the option to add to dates. In the export this field will appear in the cover page as shown below:

Final Report

[x] Remove the word "New"

[x] In the Implementation sections, below Persons Targeted field, add a Field called Persons reached, keep male and female disaggregation as part of the persons reached section.

[x] In the Targeting strategy, change the question “Who will be targeted by this operation” to “Who was targeted by this operation”

Sorry for the loooooong ticket!! :) @udaynwa @frozenhelium @tovari

Feedback from @marcovvu1:

[ ] In Operation Overview: the field “If available please upload Crisis categorization Analysis”, hide it for yellow category operations, make it available for only “Orange” and “Red”.

[ ] For all uploaded files, images, the text “field selected” that appears after uploading a final allows you to open the file when clicked, please change that text to “click here to open the file”

[ ] In Even Details, Numeric Details, the field “Number of People targeted” to be removed, leaving only the numbers in the Targeting section. The number still will appear in the export in the summary in page 1.

[ ] In operational timeframes, the field Date of Publishing, change the guidance from “Added by Geneva” to “Added by Regional Office.”

[ ] In the export, the link to the supporting documents could be a bit more visible in terms of size and font. Maybe changing it to blue will also help. When clicking on it, pop out a new tab, so the user doesn’t need to go back to the previous page to continue on the export

[ ] In the Needs/Gap Section, add he hyperlink to the assessment report below the section title and aligned with the previous point, make it more visible. Maybe changing it to blue will also help. When clicking on it, pop out a new tab, so the user doesn’t need to go back to the previous page to continue on the export. Same for targeting strategy supporting documents

[ ] In the export, the hyperlink to the crisis categorization to be moved to under the title “Description of the Event”

[ ] GO logo on the bottom of the export is too small, can we make it a little bit bigger?

[ ]  In “description of the event” section, the field “date of disaster/date when the trigger was met” should appear in the export. – Is not appearing on the export for response, for imminent is ok

[ ] In the Plan activities section, transfer the total budget from the Overview (first page). – I don’t see it on the planned interventions part

[ ] In sources of information, I keep getting this error message:

@tovari @marcovvu1 , the feedbacks have been move to a new GitHub ticket: https://github.com/IFRCGo/go-web-app/issues/379
cc @frozenhelium @samshara

Marco reported that this is not available in the export:

Add an option to upload a document below “Crisis category” (optional), field should be named “If available please upload Crisis categorization Analysis”. Make it also available to download in the export
e.g.:
https://go.ifrc.org/dref-operational-updates/138/edit
if you go to operations there i a file uploaded that needs to appear in the export

This also needs a hotfix:

when adding the Multipurpose cash section, it does not allow for saving

{"url":"/api/v2/dref-op-update/139/","status":400,"requestOptions":{"method":"PATCH","body":{"national_society":114,"type_of_dref":2,"type_of_onset":2,"disaster_category":0,"country":114,"district":[1962],"disaster_type":12,"title":"Mauritania Floods","number_of_people_targeted":4800,"number_of_people_affected":7200,"additional_allocation":null,"dref_allocated_so_far":302956,"total_dref_allocation":null,"appeal_code":"MDRMR015","ifrc_appeal_manager_name":"Alexandre Claudon de Vernisy","ifrc_appeal_manager_email":"alexandre.claudon@ifrc.org","ifrc_appeal_manager_phone_number":"+ 509 3491 7708","ifrc_appeal_manager_title":"Head of Delegation","ifrc_project_manager_name":"Hubert Ferdinand Rémy Dedegbe","ifrc_project_manager_email":"rropsmgr.mrt@ifrc.org","ifrc_project_manager_title":"Operations Manager","ifrc_project_manager_phone_number":"+221 77 276 15 52","total_operation_timeframe":4,"regional_focal_point_name":null,"regional_focal_point_title":null,"regional_focal_point_email":null,"regional_focal_point_phone_number":null,"is_man_made_event":false,"people_in_need":null,"emergency_appeal_planned":false,"event_map_file":{"client_id":"4437","id":4437,"caption":null},"cover_image_file":{"client_id":"4436","id":4436,"caption":"Houses floods up to the roof in Boghe"},"ns_request_date":null,"date_of_approval":null,"event_scope":"The heavy rainfall that occurred on 31 July have affected many communities in Boghé, which is one of the most densely populated department in the region of Brakha, found in the South of Mauritania at 320 km away from the capital city Nouakchott. The department is constituted of 4 different communes: Boghé (the capital of the department), Dar El Avia, Ould Birom and Dar El Barka. The most affected commune out of all has been Boghé.\n\nThe city of Boghé has been the most affected one in the commune of Boghé. The flow of water has caused several damages, especially in different neighborhoods located in the area of "Moussafrine" and in one area found in Nioly. \nThe area of Boghé Dow and its neighborhood, which has several electricity infrastructures and services, has been severely affected by the floods. Due to this, electricity has been purposefully cut off as measure of security. In Nioly and its surroundings (until Boghé Escale), the heavy rains have caused less damages. \nThe communes of Dar El Avia and Ould Birom have registered several levels of damage, including material damage, water pollution, agriculture and crop damage around main road of Axe Boghé-Rosso, the loss of livestock particularly ruminants, the loss of food stocks and household items. Telecommunication has also been temporarily affected. \n\nWASH conditions were affected, with access to clean water and sanitation being difficult for most of the affected households. As needs assessment are being conducted, WASH assistance remains a priority to the affected populations. \n\nFloods have affected the livelihood of several households in the area and has increased their vulnerability. The lack of adequate local capacity and response means that rapid and targeted assistance is needed to cover the basic needs of affected populations. \n\nThe National Meteorological office has informed that more heavy rains may be expected in the coming days in nine regions, including the Brakna region which includes Boghé department. It has been asked that the population remains alert to any upcoming rains.","event_text":null,"anticipatory_actions":null,"event_date":"2023-07-31","event_description":"During the evening of Sunday 30 July 2023 to Monday 31 July 2023, the department of Boghé experienced heavy rainfalls for several hours affecting 26 towns and amounting to 2708mm of water, with some areas experiencing more than 150mm. One death has been registered in the village of Hamdallah. Several items and infrastructures have been damaged in affected areas, including food stocks, roads, seawalls, latrines and electricity infrastructures and services. The collapse of several houses has caused the displacement of several families. \n\nFamilies that have lost their houses have taken shelter in schools or in relatives or neighbors houses that were not affected by the heavy rain falls. \nThe flood has been caused by the outpouring rain that came from village of Aari Hara situated in the mountains next to the department of Boghé.\nThe number of people affected in three most affected communes (Boghé, Ould Birom, Dar El Avia) are provided in the table below (see attached image) by the General population and housing census (RSPH2013).\nBoghé was mostly affected, with more than 8,000 affected people out of 42',546, mostly around the water banks of the Senegal river. Other communes like Ould Birom and Dar El Avia have experienced a lower amount of affected people.","images_file":[{"client_id":"2904","id":2904,"caption":"Affected houses completely flooded."},{"client_id":"2903","id":2903,"caption":"Summary table of needs."}],"summary_of_change":"The purchase of non-food items included in this DREF was delayed due to the late opening of the tender and the selection of the supplier. The tender documents for the purchase of the items have been launched and published, and the purchasing committee has made its decision. The minutes and other related documents have been sent for technical advice and approval.\nFollowing the distribution activities, a Post distribution monitoring (PDM) will be conducted. ","changing_timeframe_operation":false,"changing_operation_strategy":false,"changing_budget":false,"changing_target_population_of_operation":false,"changing_geographic_location":false,"request_for_second_allocation":false,"has_forecasted_event_materialize":false,"specified_trigger_met":null,"ns_respond_date":"2023-08-02","major_coordination_mechanism":"The humanitarian response and coordination in Boghé is led by the local authorities in collaboration with local humanitarian partners such as the MURC.","assessment_report":null,"needs_identified":[{"client_id":"65939","title":"water_sanitation_and_hygiene","description":"The high number of destroyed water points and latrines (42 water points and 530 latrines) and the important level of stagnated water makes the access to clean water challenging for at least 567 households, which will increase risks of waterborne diseases, including malaria and diarrheal infection.\n\nPublic facilities have been severely damaged and the access to clean water remains a main challenge given the state installed facilities and restricted access."},{"client_id":"65940","title":"shelter_housing_and_settlements","description":"The initial assessment reports around 1,200 households with damaged houses due to floods. These houses, which are mostly made of mud, have been fragilized and destroyed by high volume water. Overall, 330 have been completely destroyed/damaged while 250 have been partially damaged, leaving more 527 households without shelter and 1,101 displaced people. Some of these households have found shelter in families or neighboring houses that were not affected by the heavy rain fall. 2 shelter sites have opened providing shelter to 26 families.\n\nPublic facilities have been severely impacted. Houses which are still standing or have been little affected by the flood have limited access to electricity."},{"client_id":"65941","title":"livelihoods_and_basic_needs","description":"The main source of income for communities living in Boghé is agriculture, farming and trade. The floods have caused the loss of food stocks, livestock and crop damages, with more than 1,200 households unable to meet their daily basic needs. 12 hectares of crops have been flooded, 1,294 cattle have been taken away by the water and 343 households have lost their work equipment. 537 households require immediate food assistance. \n\nIn addition, the damaged roads and seawalls have caused and made access to resources and aid more difficult."},{"client_id":"65942","title":"health","description":"With the evaluation report showing that 42 water points had been destroyed and 530 latrines had collapsed, the risk of spreading water borne diseases is high.  During the assessment, 22 cases of water-related diseases had been reported and 567 families had difficulty accessing drinking water. This needs to be closely monitored to prevent the surge of cholera or other waterborne diseases."}],"identified_gaps":"The high level of water has made it difficult for the evaluation team to access the most affected areas. \nThe plan of action has been written based on the available information from the initial rapid assessment and from the data collected by local and communal authorities.","did_national_society":true,"national_society_actions":[{"client_id":"97171","title":"coordination","description":"Since the start of the heavy rain falls, the MRC activated emergency cell to enable RCRC humanitarian response across the country.\n\nThe coordination of these responses is supported via coordination meetings, discussion fora, information exchange via the GO platform and through situational updates regarding ﬂoods.\n"},{"client_id":"97172","title":"assessment","description":"With the support of the French Red Cross (CRF), the MRC has run an initial rapid assessment to help them define their plan of action. Information regarding floods have been published on GO platform. \n\nResults from the initial rapid assessment conducted by the MURC and the CRF are as follows: \n- 1 death\n- 1200 affected households, corresponding to 7200 people\n- 330 houses completely damaged\n- 250 houses partially damaged\n- 527 households with no shelter\n- 1101 displaced people\n- 2 sites providing temporary shelter for 26 families\n- 1200 households lost capital, equipment and food stocks\n- 42 water points destroyed\n- 567 families have difficulty accessing clean water\n- 530 latrines destroyed\n- 22 cases of sick people reported due to lack of clean water and sanitation\n- 12 hectares of crops flooded\n- 1294 cattle taken away by water\n- 573 households in need of food assistance\n- 343 households lost their work equipment"}],"ifrc":"IFRC establishes the coordination, enables resource mobilization and implements the planned interventions with the help of technical assistance from deployed surge personnel.","icrc":"ICRC has office in Mauritania based in the capital city, Nouakchott, and supports the MRC in preparedness for response. ICRC is regularly briefed on the plans and activities conducted by the MRC.","partner_national_society":"The French Red Cross is actively present in Mauritania and has supported the MRC with the initial rapid assessment in the aﬀected areas of Boghé. The assessment has been done by both the CRF and MRC.","government_requested_assistance":false,"national_authorities":"Due to the level of damages caused by the ﬂoods, the President of Mauritania has instructed oﬃcials of aﬀected states to take the required actions to mitigate impacts and consequences.\nThe Minister of hydraulics and sanitation of Mauritania went to visit Boghé with response team from the National Oﬃce of Sanitation (ONAS) to open up ﬂood areas in Moussafrine. The ONAS has mobilized 7 water pump stations along with 6 km of pipes and an important number of water cisterns and engine generator for electricity.\n","un_or_other_actor":"The ONAS and other state entities such as the military, civil protection, and National Society for rural development (SONADER) have collaborated to put in place soil barriers that limit and slow down the ﬂow of water in ﬂooded areas.\n\nThe ONAS has started to pump out water from ﬂooded areas. Currently, 4 pumps are taking out 300 cubic meters of water per hour, and the remaining 3 pumps are taking out 150 cubic meters of water per hour. \n\nThe administrative authorities, with the support of the municipal authorities, have registered the affected people and provided the MRC with an approved official list of beneficiaries.\nPipe, with a diameter of 315mm, has already been installed. Unfortunately, Boghé city land surface forms a basin which makes the water evacuation more diﬃcult. The ONAS has built an additional seawall to prevent water ﬂow and accumulation toward the city.\n\nSince the start of ﬂooding in Boghé, administrative and communal authorities have been running rescue operations and evacuations of aﬀected families in ﬂooded areas transferring them into safe areas.\n\nIn addition, the food security authority (CSA) has provided food assistance for 234 aﬀected families during the ﬁrst rain falls 2 weeks before the ﬂooding occurred. The food assistance included 1 bag of rice of 50kg, 10kg of sugar and 4 liters of oil for each family.\n\nThe CSA has also distributed 40 tent kits to support 40 families.\nThe MRC has a partnership agreement with a financial service provider (Djikée) as a partner in the implementation of cash operations. Within this framework, Djikée has ensured the distribution of cash to 800 disaster-stricken families in Boghé at a rate of 3,000 MRU per family.\n","is_there_major_coordination_mechanism":true,"photos_file":[],"women":1900,"men":1800,"girls":550,"boys":550,"people_targeted_with_early_actions":null,"logistic_capacity_of_ns":"Logistics and purchase: the MURC has provided budget for the rental and use of a car. The operation takes into consideration the cost of fuel. The procurement process will be based on the administrative and financial procedures of the MURC, which should be in line with the rules and regulations of IFRC.","pmer":"PMER: the NS will ensure that the monitoring and reporting during the different activities involved in the DREF operation. To make sure activities take place smoothly, the MURC will mobilize the following line of technical staff: PMER, communication, logistics, finance, food security and CEA. Field visits for these staff are included in the budget.\n\nThe IFRC will perform visits in the field in order to support the kickoff of the response operation, evaluation and reporting of the situation.\nAt the end of the operation, a workshop on the lessons learned will be organized by the MURC with the support of the IFRC. This workshop will enable better planning of future operations and will enable the MURC to present their readiness for response. Beneficiaries, partners, local and governmental authorities will participate in this workshop. This activity will be covered by the allocated budget for this operation.","communication":"Communication support will be developed to keep track of MURC and partners actions at all stages (shirt, hat, vests, logos, pictures, videos, etc...). Social media will also be used to increase visibility reach on the operation taking place and to inform people other than those covered by traditional media.","operation_objective":"The goal of this operation is to provide aid to 800 households affected by the floods in the Boghé department through: \n1) A one-time cash assistance to help families cover basic needs.\n2) The distribution of emergency shelters (tents and kits).\n3) The distribution health and WASH kits.","response_strategy":"Detailed evaluation of immediate and ongoing basic needs:\nPrior to the distribution of assistance to aﬀected populations, a multisectoral evaluation is planned to understand the level of assistance required and impact of the ﬂoods on shelter and WASH infrastructure. With the situation constantly changing and the rainy season still ongoing, the results from this multisectoral evaluation will be important to identify the type of interventions and roles required, as well as to support the role and actions taken by the MRC and partners. The initial rapid assessment has been used as an input for the multisectoral assessment. Interventions can only be well targeted and eﬀective of the multisectoral assessment is done very soon. Based on its result, planned interventions can be revised accordingly. The multi-sectorial assessment has been conducted by MRC, with the support of the IFRC and local authorities making sure that identiﬁed aﬀected people will be covered.\n","people_assisted":"Overall, 800 households are targeted based on the assessed needs, specifically the families that have damaged or destroyed houses, water points and food stocks because of the floods. The targeting will be done in collaboration with local authorities. \n\nThis DREF operation will target the affected population in 3 communes of Boghé region, namely Boghé, Dar El Avia and Ould Birom. \n\nThe following criteria have been identified as the required conditions to have in order to receive support from DREF: \n- 400 households that had their houses completely destroyed will have priority on the access to shelter assitance (tents, kits, mats, etc...);\n- 800 households that had their water points affected/contaminated will have priority on access to WASH activities;\n- 800 households that lost fully or partially their food stocks required to sustain basic needs will have priority on access to unconditional cash, in line with the cash distribution strategy setup in Mauritania.","selection_criteria":"The targeting takes into account the data obtained from the initial rapid assessment. Adjustments on targeted zones and population for assistance via DREF can be made once the multisectoral analysis has been completed. \n\nThe identification of targeted households will be done by local authorities and with the help of the multisectoral analysis. Priorities will be given to vulnerable groups of individuals, specifically children below the age of 5, elderly, disabled people, pregnant women and women heads of household.","total_targeted_population":4800,"disability_people_per":null,"people_per_urban":20,"people_per_local":80,"displaced_people":4800,"risk_security":[{"client_id":"48538","risk":"Restricted road access: access to affected areas is constrained by unpredicable road conditions affected by the rainy season, lack of asphalt in secondary roads and some infrastructures that have been damaged by the rain (e.g. bridges). These factors can temporarily slow down the setup of activities in those different affected areas.","mitigation":"Continous communication with local authorities regarding the road conditions and possible alternative and safe routes that can be used to access affected areas will be identified through time."},{"client_id":"48539","risk":"Exposure to dangerous products, including bleach, have been reported in previous operations. During emergency response, the people of Mauritania are use to utilizing sanitizers and other cleaning materials, since many awareness campaigns were provided by MURC and partners. Bleach is often requested by communities. However, it is a corrosive product that potential hazards on humans and the environment if not used cautiously. Better handling comes with better understanding of it.","mitigation":"Awareness campaigns will help share key messages around the use soaps and bleach. The NS will conduct several door-to-door visits and use megaphones to conduct trainings of population on how to use bleach for domestic use, as it is quite accessible in markets.\n\nThe MURC will monitor and revise their plan accordingly, taking into account the flood status and operational risks, including access constraints to affected populations, availability of first aid products, stocks and response movement from local and international actors in putting in place the DREF operation."}],"risk_security_concern":"The security status in Mauritania remains quite stable. The affected communes are located in the department of Boghé, south of Mauritania. The MURC has a local committee within the department which has trained staff that are ready to act. \n\nIn general, the security of the country is quite influenced by the neighboring countries of the sahel region, particularly the border with Mali, which is far from where operations will take place. No threat has been registered in the last few years regarding where DREF operations took place, despite the multiple protests that took place during the municipal, legislative and regional elections in May 2023. To note that the areas that are focused by the DREF are those found on the right side of Senegal river.  \n\nWithin the scope of the DREF operation, the MURC will strengthen the security system following the rules and protection measures used by their team and partners to conduct the different activities safely.\n\nIn line with security measures, risk mitigation measures need to be adopted to reduce risk of MURC personnel of being involved in criminal or acts of violence and danger on the road. An orientation and a security briefing must be provided to all teams in order to make sure they are safe. Standard security protocols with regards to general norms, cultural norms and code of conducts will have to be put in place. The minimum-security requirements will have to be applied. All members from RCRC movement (NS, IFRC) involved in the operation must have followed prior to their deployement the online stay safe courses (level 1 and 2, level 3 for managers). The IFRC security plan will apply to all IFRC staff during their operation. An evaluation of the security risk in given area will be performed for all areas covered by the operation if IFRC staff will be deployed. Risk mitigation measures will be identified and deployed as well.","budget_file":3133,"planned_interventions":[{"client_id":"89600","title":"health","budget":9952,"person_targeted":4800,"male":1800,"female":550,"description":"• Training on health promotion and WASH (1 per commune) for 60 volunteers.\n• Distribution of 1,600 insecticide-treated mosquito nets.","progress_towards_outcome":"•\tThe tender process has already been launched and will lead to the purchase and distribution of the items.\n•\tCapacity-building training for community health and wash volunteers is planned, as is the deployment of the same volunteers for door-to-door awareness campaigns in November. \n•\tThree training sessions were held in the 03 communes, and 60 volunteers were deployed for door-to-door awareness campaigns. This activity is currently underway in all three communes.\n","indicators":[{"client_id":"228526","title":"#of people reached with awareness-raising messages","target":4800,"actual":4800}]},{"client_id":"89601","title":"water_sanitation_and_hygiene","budget":40908,"person_targeted":4800,"male":null,"female":null,"description":"• Distribution of 1,600 buckets (15L) with lid to stock water in the households. Two buckets to be given per household. \n• Distribution of 800 hygiene kits containing soap and bleach.\n• Awareness sessions on health and hygiene, taking place twice a month (18 sessions) through 3 targeted communes based on identified needs. These sessions will focus on treatment of water, stockage, risk mitigation related to open defecation and waterborne diseases and promotion of hand washing. \n• Deployment of 15 volunteers per commune during 4 days for the program.","progress_towards_outcome":"•\tThe tender process has already been launched, and the process is underway, leading to the acquisition and distribution of items.\n•\tCapacity-building training for wash volunteers is planned.\n•\tA door-to-door awareness campaign is in the pipeline.\n•\tAwareness-raising activities on water, hygiene and sanitation have started and are ongoing in the 03 communes.\n","indicators":[{"client_id":"228527","title":"#of people reached with Hygiene and WASH related messages","target":4800,"actual":4800},{"client_id":"228528","title":"#HHs supported with WASH items","target":800,"actual":0},{"client_id":"228529","title":"%people reported to have increase their WASH practices through the service provided by MRC","target":70,"actual":0}]},{"client_id":"89594","title":"protection_gender_and_inclusion","budget":0,"person_targeted":4800,"male":null,"female":null,"description":"• PGI briefing for volunteers.\n• PSEA messages to be included in awareness sessions.\n• Mapping of PGI risks during the evaluation.","progress_towards_outcome":null,"indicators":[{"client_id":"228518","title":"%of volunteers and personnel briefed on Minimum PGI standards and messages","target":100,"actual":100}]},{"client_id":"89595","title":"community_engagement_and_accountability","budget":1742,"person_targeted":4800,"male":null,"female":null,"description":"• CEA briefing for volunteers and feedback collection.\n• Inclusion of communities in decision making process, with main representatives and leaders of each community.\n• Map on communication path and evaluation on preferred feedback systems.\n• Setup of information feedback loop using two canals of communication with communities to ensure their participation and collaboration in the different activities.\n • Setup of "experienced committee" supported by the community who will be monitoring the implementation of activities during the DREF operation.\n• A team of 2 individuals per commune trained on CEA and complaint management will be responsible for managing and recording complaints via phone. Complaints will managed using the following tools: 1) recording of complaints/feedbacks of beneficiaries/community 2) follow-ups by volunteers from the MURC/CEA focal point/DREF focal point who are suppose to receive complaints through an excel document. \n\nFeedback loop mechanism will be put in place before the full evaluation takes place to make sure the process is transparent, confidential and ensures the dignity of all parties who would like to share their information/concerns via the toll-free confidential service. An inclusive approach will used.","progress_towards_outcome":null,"indicators":[{"client_id":"228519","title":"% of feedback treated","target":100,"actual":100}]},{"client_id":"89596","title":"national_society_strengthening","budget":61997,"person_targeted":60,"male":null,"female":null,"description":"• Cash, WASH, Health, CEA and PGI training for volunteers.\n• Mobilization and protection of staff and volunteers.\n• Security briefing including health prevention.","progress_towards_outcome":"•\tCash, CEA/PGI training was given to volunteers in the Boghé department, and the trained volunteers helped to distribute the cash during October.\n•\tAnother series of training sessions in community health and washing and in NFI distribution techniques is planned for mid-November.\n•\tDuring the various training sessions, a reminder was given about the safety of volunteers and the RC Movement's Code of Conduct.\n•\tAll capacity-building training activities for volunteers and staff have been completed. \n","indicators":[{"client_id":"228520","title":"#Of volunteers trained and mobilised.","target":60,"actual":60}]},{"client_id":"89597","title":"secretariat_services","budget":38660,"person_targeted":60,"male":null,"female":null,"description":"• IFRC and NS HQ Monitoring missions on the field to follow up the implementation.\n• Process volunteers' insurance.\n• Support security monitoring and technical guidance for any sectors.\n• Branch supervision and reporting chain set-up.","progress_towards_outcome":"An IFRC mission to monitor field activities took place in Boghé from 22 to 24 October 2023, the DREF intervention zone. \nA mission to monitor and officially launch the DREF took place 12 October 2023. The mission consisted of the President and Secretary General of the MRC.\n","indicators":[{"client_id":"228521","title":"#of monitoring missions","target":2,"actual":2},{"client_id":"228522","title":"% of volunteers insured","target":100,"actual":100}]},{"client_id":"89598","title":"shelter_housing_and_settlements","budget":78929,"person_targeted":2400,"male":null,"female":null,"description":"• Training for 15 volunteers on material distribution and construction techniques. \n• Deployment of these volunteers for 5 days per geographical zone (3 communes) for the distribution of shelter materials and NFIs.\n• Distribution of emergency tents to the most affected 400 families.\n• Purchase and distribution of NFI, particularly mats (800 mats, 2 per households).\n• Deployment of 15 volunteers for 2 days to conduct a follow up on the emergency shelter kit distribution (2 weeks after the last day of distribution).","progress_towards_outcome":"•\t03 shelter/distribution training sessions were carried out for 60 volunteers in the 03 communes.","indicators":[{"client_id":"228523","title":"#HHs assisted with shelter items","target":400,"actual":null}]},{"client_id":"4mdwfxp9ossvnn6i","title":"multi-purpose_cash","budget":70768,"person_targeted":4800,"male":null,"female":null,"description":"• •\tDetailed evaluation used to inform on beneﬁciaries to select.\n•\tMarket assessment and validation on minimum expenditure basket (MEB) per family, based on number of people and needs.\n•\tDeployment of 15 volunteers for 5 days to assist targeted house- holds and identify feasibility of cash transfer (in all 3 communes) and 5 days to support distribution of cash.\n•\tDistribution of unconditional cash.\n•\tSetup of experienced committee supported by community who will be following up on activities during the DREF operation.\n•\tDevelop and ensure the use of tools for information feedback by volunteers, including complaints follow-up. Make sure a brieﬁng on the use of these tools takes place.\n•\tEvaluate the feedback received by the cash people.\n•\tDeployment of 15 volunteers during 2 days for the distribution of cash (all 3 communes).\n","progress_towards_outcome":"•\tA post distribution monitoring (PDM) of the cash distribution survey has been carried out in the 03 communes by volunteers using the Kobocollect tool.","indicators":[{"client_id":"18nrty1fg8cp8hur","title":"#HHs supported with cash","target":800,"actual":800},{"client_id":"z1bj1adpxah0lxt3","title":"%HHs declaring their conditions of living were improved with the cash distribution","target":95,"actual":null}]}],"human_resource":"To make the DREF operation successful, the MURC will engage 60 volunteers who will be trained on the setup of the activities described above. \nMURC staff and members present in field include: \n- 1 manager for disaster management of MURC.\n- 1 national manager for volunteers and 3 supervisors for targeted communes.\n- 1 driver.\n- 3 stock keepers. \nThe IFRC operations coordinator and Dakar cluster staff will provide technical support to the MURC during the duration of the operation.","is_surge_personnel_deployed":true,"surge_personnel_deployed":"1 ops. coordinator (surge) with skills in WASH and Cash will be deployed for a period of 2 months.","new_operational_start_date":"2023-08-19","new_operational_end_date":null,"reporting_start_date":null,"reporting_end_date":null,"national_society_contact_name":"Mohamedou Raby","national_society_contact_title":"Secretaire General","national_society_contact_email":"m.raby014@gmail.com","national_society_contact_phone_number":null,"ifrc_emergency_name":"Hubert Ferdinand Rémy Dedegbe","ifrc_emergency_title":"Operations Manager","ifrc_emergency_email":"rropsmgr.mrt@ifrc.org","ifrc_emergency_phone_number":"+221 77 276 15 52","media_contact_name":"Mohamedou Raby","media_contact_title":"Secretaire General","media_contact_email":"m.raby014@gmail.com","media_contact_phone_number":null,"glide_code":"FL-2023-000146-MRT","modified_at":"2023-12-19T13:57:15.827553Z"}},"error":"Request rejected by the server","responseText":"{"timestamp":"2023-12-19T14:59:44.015060Z","error_code":400,"errors":{"planned_interventions":[{},{},{},{},{},{},{},{"title":["\"multi-purpose_cash\" is not a valid choice."]}]}}"}

@tovari we will send a hotfix today.

Pushed to Production in v7.0.16


Chrome stops downloading when HLS file fails downloading

Chrome 53.0.2785.116m (64-bit) and Latest Vivaldi 64-bit
Windows 10 Pro
Version 0.2.63
Streaming a 1080p 60FPS video of at least 4 minutes, encoded with proper configuration for streaming purposes and compatible for all Android and iOS devices. Problem does also occur at FireFox, but instead of trying to repeat download the same file (and thus getting 304 instead of 200 responses), it downloads a different quality version, and while playing switches to and back from other quality to the full HD one.
It happens almost always, and shouldn't be happening.
It does show now a issue at 019.ts, but it happens randomly.
The end result should be of course, that it finishes downloading the parts and play them.
It does happen very limited that it does end up with all files in Chrome, but this is basically 1 out of 10 tries.
Did you try to reproduce this issue at http://cdn.clappr.io/ ?
Could not reproduce it here, since it didn't want to load the m3u8 on this location.
The player I compiled worked fine strange enough.
I'm going to test this as well with JWplayer, as I was thinking of buying a license there, but I want to see if you guys could help me solve this issue. I thought it could have been my NGINX configuration, but I'm pretty sure now it isn't, as it forces not to cache anything as well.

Here a few screenshots from FireFox.
You see it also downloads the 240p parts, and when watching the video, those parts are played when it was unable to grab the 1080p variant.
The video's are being given in a m3u8 with 240p, 480p, 720p and 1080p option with the level selector plugin.

Same problem happened with FlowPlayer demo page.
I did a little modification, fixed the "buffering" of the HLS stream, and that seemed to do the trick.
I'm not sure why it happens in NGINX, that eventually it stops downloading the segments...
If anybody could advice me, that would be appreciated :)


Test

Tailwind Traders

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: AllAppRegression1 sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

Test Project

Test


Update Unicode database.

The database was cleaned up enough that it can
be directly copied from upstreamed now :D

thanks @cor3ntin


ng-browser-detector not working for MS Edge browser

ng-browser-detector not working for MS Edge browser
It report "msie" instead of "edge" ....
appBrowser.getName() = "msie"

Sorry I didn't notice the Issue. I will update that soon.

Added Now.


New Pull Request template refers to a dev branch, which does not exist

The New Pull Request template says:
**BEFORE YOU START**: please make sure your pull request is against the `dev` branch.
We cannot accept pull requests against the `main` branch.

We should either change this, or create the dev branch.

Yeah, the dev branch lived for a long long time and we deleted it not that long ago. I sort of prefer doing work off of main, but open to going back to the way it was. @J38 @yifanmai what do y'all think?

I prefer working off main and avoiding the extra work of periodically syncing the branches.


JUST A TEST

@Jonah-gr Should I approve the changes so that it can be merged into the main branch?

No, thanks @AlhaririAnas. I'm just testing how test_gui.py works in our workflow.


[GOBBLIN-1551] Refactoring of Avro-hive type conversion utils

Dear Gobblin maintainers,
Please accept this PR. I understand that it will not be reviewed until I have checked off all the steps below!
JIRA
https://issues.apache.org/jira/browse/GOBBLIN-1551
Description
The conversion of Avro schema object Schema to Hive Schema is a neat utility that is currently only used for Avro2ORC conversion module. It is private static now, while it could actually be useful for other use cases especially when it comes to crafting Hive DDL to create Hive views for example.
This PR is to increase the visibility of the method generateAvroToHiveColumnMapping by copying it into a utility class, and add some basic unit tests for this method. There's no change to the generateAvroToHiveColumnMapping itself except making sure the newly created utility class is conforming to Gobblin style in terms of line length etc.
Tests

[x] My PR adds the following unit tests OR does not need testing for this extremely good reason:
No change in the functionality and added one more unit test.  Passing existing unit test should be sufficient.

Codecov Report

Merging #3401 (1f3056d) into master (c05416e) will decrease coverage by 3.18%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #3401      +/-   ##
============================================
- Coverage     46.53%   43.35%   -3.19%
+ Complexity    10243     2008    -8235
============================================
  Files          2062      401    -1661
  Lines         80431    17184   -63247
  Branches       8984     2115    -6869
============================================
- Hits          37432     7450   -29982
+ Misses        39534     8896   -30638
+ Partials       3465      838    -2627

Impacted Files
Coverage Δ

...ava/org/apache/gobblin/fsm/FiniteStateMachine.java
73.48% <0.00%> (-3.04%)
:arrow_down:

...a/org/apache/gobblin/cluster/GobblinHelixTask.java
60.21% <0.00%> (-2.16%)
:arrow_down:

...lin/util/filesystem/FileSystemInstrumentation.java
92.85% <0.00%> (ø)

...time/CombinedWorkUnitAndDatasetStateGenerator.java

...ava/org/apache/gobblin/runtime/util/GsonUtils.java

...mented/fork/InstrumentedForkOperatorDecorator.java

...conversion/hive/entities/HiveProcessingEntity.java

...gobblin/source/RegexPartitionedAvroFileSource.java

...g/apache/gobblin/metrics/event/EventSubmitter.java

.../source/extractor/exception/MetadataException.java

... and 1656 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c05416e...1f3056d. Read the comment docs.


Constant timeouts

Not sure if its related to helix (editor I am using), but ols seems to constantly time out. Not sure why. Ill add some logs:
log is humongous, enabled really verboselogging

Is there a simple repro that causes the timeout? Have you tried other editors, and do they cause the same issue? Helix is not the most stable editor currently with LSP.

Yeah no as I mentioned I was unable to find any way to reproduce the timeout. Ill be on the lookout. Nop I havent really tried other other editors. I increased the timeout so hopefully that helps

happened as well today with vscode with the error:
/home/sudokit/langs/ols/src/common/position.odin(152:31) Invalid slice indices -1:1885 is out of range 0..<1885

Maybe it's some partial ast that gives some bad node. I'll add a max(). That should fix the issue with that crash. I'd rather return some wrong position then crash.

Fixed. It'll instead print an error if the token range is invalid.

Closing issue. Make a new issue if you find more errors.

Thank you!
Errors, I think, are better than a crash, since a lsp restart isn't needed.
What I think then happens in my case is that the lsp restarts but its still out of range and instantly crashes.

Hehehe... sorry similar error so same issue...
/home/sudokit/langs/ols/src/server/analysis.odin(159:31) Index 60 is out of range 0..<60
how about a upper limit as well ,p

Has nothing to do with the previous error. I should have fixed it thought.


"Info item" if list is empty

It'd be nice if there was an option to specific an "info empty" item, so that when the list is empty it'll show this. When the list is not empty or when you drag something into it, it'll make this info empty item hidden. I've tried adding one to the list, but then when you're trying to drag an item in, you have to make sure to drag after the info item, otherwise it doesn't look like it'll drag in and that's kinda annoying.
I think it'll fix this issue too on the Advanced dropdown example where, if you empty out the list on the left, you can't drag anything back in:

This is not a bad idea, but since this has to do with case-by-case application logic, this is probably better implemented outside of the Sortable library, in anybody's own application code

If you provide a class hook that says something like emptyInfoDisplayClass like you do with draggable that specifies a dom item to show if empty, you could show it if no draggable items found, otherwise hide if draggable items found.
I'm not sure I see where that the case-by-case app logic comes in since it'd be optional and the only use case for that is if the list is empty?

Why don’t you just do something like put a min-height on the container?

I already answered this question many times:

min-height
:empty

You can now use emptyInsertThreshold (which is enabled by default).


Sir, I have some problems in reproducing your paper.

I'm sorry to bother you, sir.
I ran your code in my python environment, and the ERGAS index value after training is 0.67. Is this a problem caused by my environment?

Hi @zoukeh
Yeah, it could be a reason.
Can you pls mention which dataset you are talking about?


Build failure on macOS

Hello
Running cargo install cargo-apk on macOS Catalina 10.15.4 x86_64 and window 10 x86_64 (using the msvc toolchain), both of which using rustc stable 1.41, fails with several errors (from a macOS):
error.txt
Most errors involve:
^ *const i8 cannot be shared between threads safely
Is there a minimum Rust version or are there any platform restrictions?
Thank you

Hi 👋,
could you verify your toolchain installation?
std::process::Command implements Send for unix systems since 1.25, which seems to be the issue from the log.

I have rustc 1.41 which seems to fail the build. I tried running cargo install cargo-apk in a github actions instance and it builds without errors:
https://github.com/MoAlyousef/android-test/actions/runs/271232777
I guess I'll have to update my toolchain.


problem when running the code example/rnn/lstm_ptb.py

when I run the example/rnn/lstm_ptb.py I got the divide by zero error.
☁  rnn [master] ⚡ python lstm_ptb.py
OpenCV is unavailable.
Loading ./data/ptb.train.txt, size of data = 929590
Unique token: 10000
Loading ./data/ptb.valid.txt, size of data = 73761
Unique token: 10000
Vocab=10000
Training swith train.shape=(46445, 20)
Training swith val.shape=(3675, 20)
batch_size=20
seq_len=35
Epoch [28] Train: NLL=20.870, Perp=1158538262.889
Epoch [56] Train: NLL=19.906, Perp=441720552.405
/users1/zyli/nlp-tools/mxnet/example/rnn/lstm.py:184: RuntimeWarning: divide by zero encountered in log
nll = -np.sum(np.log(seq_label_probs.asnumpy())) / len(X[0,:])
Epoch [84] Train: NLL=inf, Perp=inf
Where is the problem?

I believe you are using too large learning rate.

Thanks @Kublai-Jing . It solves the problem.


Accessing some features through the Java API

I'm wrapping async-profiler for use with Pyroscope through the Java API, namely the one.profiler.AsyncProfiler class (current implementation), and there are a few features that I'm not sure how to access: per-thread profiling (equivalent of the CLI -t option) and multiple-event profiling (e.g. -e alloc,cpu).
Could you shine some light on this? What are the steps required to extend AsyncProfiler to support that, broadly speaking?

In the original implementation: AsyncProfiler.java there is an execute method that can do everything. See @apangin answer for #473.


HttpContext fundamentals documentation

Fixes https://github.com/dotnet/aspnetcore/issues/26509
Internal preview: https://review.learn.microsoft.com/en-us/aspnet/core/fundamentals/use-http-context?view=aspnetcore-7.0&branch=pr-en-us-27183

It seems weird to have this doc titled "Use HttpContext in ASP.NET Core" and to also have a separate "Access HttpContext in ASP.NET Core" doc which contains "Use HttpContext from X" sections:
Use HttpContext from Razor Pages
Use HttpContext from a Razor view in MVC
Use HttpContext from a controller
Use HttpContext from minimal APIs
Use HttpContext from middleware
Use HttpContext from SignalR
Use HttpContext from gRPC methods
Use HttpContext from custom components

It seems weird to have this doc titled "Use HttpContext in ASP.NET Core" and to also have a separate "Access HttpContext in ASP.NET Core" doc which contains "Use HttpContext from X" sections:

Those sections could be renamed "Access HttpContext from X"

/azp run

@halter73 I removed some of the "Minimal APIs supports binding XXX". I only added those beneath code examples that show minimal API getting the types off HttpContext. The note is to let people know there is a better way than the example.


Run code block but leave cursor in existing position (Rstudio feature)

Rstudio have this feature where you can run the current code "block" but leaving the cursor in its existing position. You already have the ab
ility to run code "blocks" (which is awesome) but would be also great to have this second option available as well!
Apologies if it already exists and I missed it, gif to help clarify what I mean:

We could definitely add this without moving the cursor as RStudio supports it and bind to the same shortcut key (Option+Enter, not sure the key under Ubuntu and Windows?)

From RStudio IDE Cheatsheet, we can see the run code commands:

We could add this "Run current (retain cursor)" command.


[Mac OS] Full screen bugs when opening a tab and then closing.

Please check if your issue is not a duplicate by searching existing issues
Describe the bug
When going into full screen mode when opening any tab and then closing it the game does not snap back to full size and there is a black area the same size as the tab down the side. To put the game back to full screen you need to select the green button in the top left to make the window smaller and then go back to full screen again. I am using a 2016 MacBook Pro running Mac OS Catalina 10.15.7
To Reproduce
Steps to reproduce the behavior:
Open and close tab in fullscreen.
Expected behavior
The game to go back to full screen when closing a tab.
Screenshots

Environment (please complete the following information):

OS: Mac OS Catalina
<IP_ADDRESS>
2.1.5

I've looked into this and have learned a few things.

When closing the plugin panel or sidebar in windowed mode, the client's ContainableFrame contracts by the width of the closed component. This is to keep the game at the same size and "pull in" in the sidebar, rather than keeping the window at the same size and widening the game to compensate. This behavior is togglable in RuneLite > Resize type.
RuneLite's integrated fullscreen ("maximized fullscreen") is used when clicking the "Custom window chrome" maximize button. This is roughly equivalent to the macOS option-click green button, which expands the client to fill the desktop space, without entering a macOS native fullscreen space. This sets ContainableFrame's "extended state" to Frame.MAXIMIZED_BOTH, indicating it is maximized in both the vertical and horizontal directions.
Entering macOS native fullscreen does not modify the frame's extended state. In macOS native fullscreen,  ContainableFrame's extended state is Frame.NORMAL.
When a component is closed, the ContainableFrame checks its isFullScreen() method prior to contracting. If true, ContainableFrame will not contract, because the window should continue to take the full screen width when in fullscreen.
isFullScreen()'s implementation checks the "extended state" to determine whether it is fullscreen, as follows:

	private boolean isFullScreen()
	{
		return (getExtendedState() & Frame.MAXIMIZED_BOTH) == Frame.MAXIMIZED_BOTH;
	}

Since isFullScreen() checks the extended state to determine if the game is fullscreen, and macOS native fullscreen does not set the extended state to Frame.MAXIMIZED_BOTH, the ContainableFrame contracts when closing a component in macOS native fullscreen, causing the black area. Essentially, the client thinks it's in windowed mode.
There are multiple ways to solve the issue. To me, the most logical would be to set the ContainableFrame's extended state appropriately when entering or exiting macOS native fullscreen.
To my knowledge, there is no way to query the current macOS fullscreen state. It is, however, possible to attach a com.apple.eawt.FullScreenListener to the window, triggering a com.apple.eawt.event.FullScreenEventwhen entering or exiting fullscreen, which could be used to set the frame's state appropriately.
Unfortunately, RuneLite's orange-extensions is incompatible with the current java.desktop's FullScreenEvent.
java.desktop: com.apple.eawt.event.FullScreenEvent
orange-extensions: com.apple.eawt.AppEvent.FullScreenEvent
Ideally, RuneLite will need a multi-release orange-extensions to enable compatibility with the current Apple fullscreen api.
There are other ways to bandage a solution, such as checking if the window expands the full screen width, rather than using isFullScreen() when on macOS. These solutions are not ideal.

Thankfully, this issue can be temporarily fixed by setting RuneLite > Resize type > Keep window size, in the RuneLite configuration, for reasons that should now be clear.

9. orange

I've made the required changes to orange-extensions for Java 11 https://github.com/runelite/OrangeExtensions/commit/2151440281b73126583c7b6fdf053ff1b043ffba

fixed in #16696


Player models are randomly replaced with a default black/blank player model thing.

Randomly people look like the black blank player model that you see sometimes as the preview of player models in the pointshop menu.
Any ideas?

Welp I couldn't figure it out and decided to shut down my server... Oh well.

Welp I couldn't figure it out and decided to shut down my server... Oh well.

Like this?

Hope someone finds a fix. My TTT server has been running for over a year and still gets a decent amouny of daily traffic  I don't want this issue to affect it in the long term.

Amount*

I have exactly the same problem. I've just made a local SteamCMD server to play with friends and I added some playermodels to pointshop. They work but they change their colour usually to black / green / blue / dark grey / black flickering, ...
I confirmed this with 'sv_cheats 1' and 'thirdperson' commands. Besides, friends also

Besides, after preparing round, sometimes the model changes to a default cs terrorist one...
I don't know what else should I do :/

@iluh  I don't have the problem, only the problem in the screenshot before yours

I had this problem on my server. Try using TTT Weapon Placer by BadUragrian on Workshop. Make new players spawns. And set ttt_playercolor_mode to 0...

Also if u are running SteamCMD server u need fast PC and CPU.. Sometimes it happens becaus CPU slow and make mistakes in database...

@iluh
That can be fixed with a few simple commands in the config and to a file in the terrortown directory.
Place this in your server.cfg
ttt_playercolor_mode 0
Go to gamemodes/terrortown/gamemode/player_ext.lua and edit line 272 by adding -- or // at the beginning
Your problem is not the same as ours. :/

Thanks to all of you! Done! :)

umm does that fix the other proble in the first screenshot? because these apear to be 2 different things....

No it fixes the stuff in the second screenshot. We are still having the problem. Also, i think you guys should update your ttt, Im having less problems with it now.

update ttt, how lol. Thought it updated auto. less problems, how?

Now im having like 0 errors but you get it from here https://github.com/garrynewman/garrysmod

Not sure if I'm able to update TTT since my server is hosted by NFO (managed?)

I know this thread is old, but I recently run into the same issue with playermodels turning into blank playermodels. Well, I fixed it.
"Sometimes they have it at the begining and later on in the round its back to normal. Seems to be random. Also if you kill a player with the blank model their model goes back to normal."
Same thing happened to me...
"Also if u are running SteamCMD server u need fast PC and CPU.. Sometimes it happens becaus CPU slow and make mistakes in database..."
Kind of, not exactly. You might have a powerful Server with the best CPU, but if you have a lot of addons, then they obviously use resources and, as mentioned in that quote, it can lead to errors in database. That's what really happens. I'd also suggest updating your server.cfg with lag compensation convars and other tweaks to improve gaming experience. That's what I did as well.
"Go to gamemodes/terrortown/gamemode/player_ext.lua and edit line 272 by adding -- or // at the beginning"
No. Definately don't do that. Ever. If you have a problem as described above, that playermodels change to blank playermodels, that clearly means that they're working but the game is checking the code for playermodels too early when starting a round and it's loading that piece of code alongside all of the addons, creating errors in database (etc etc), so to fix that, follow this little guideline. 100% guaranteed it'll work. I tested it myself...
Fix:
Just copy "hook.Call("PlayerSetModel", GAMEMODE, self)" to appropriate places in the player_ext.lua file, like so...
Starting from line 269...
-- Preps a player for a new round, spawning them if they should. If dead_only is
-- true, only spawns if player is dead, else just makes sure he is healed.
function plymeta:SpawnForRound(dead_only)
hook.Call("PlayerSetModel", GAMEMODE, self)
hook.Call("TTTPlayerSetColor", GAMEMODE, self)
-- wrong alive status and not a willing spec who unforced after prep started
-- (and will therefore be "alive")
if dead_only and self:Alive() and (not self:IsSpec()) then
-- if the player does not need respawn, make sure he has full health
self:SetHealth(self:GetMaxHealth())
hook.Call("PlayerSetModel", GAMEMODE, self)
return false
end
if not self:ShouldSpawn() then return false end
-- reset propspec state that they may have gotten during prep
PROPSPEC.Clear(self)
-- respawn anyone else
if self:Team() == TEAM_SPEC then
self:UnSpectate()
hook.Call("PlayerSetModel", GAMEMODE, self)
end
self:StripAll()
self:SetTeam(TEAM_TERROR)
self:Spawn()
-- tell caller that we spawned
return true
end
function plymeta:InitialSpawn()
self.has_spawned = false
-- The team the player spawns on depends on the round state
self:SetTeam(GetRoundState() == ROUND_PREP and TEAM_TERROR or TEAM_SPEC)
-- Change some gmod defaults
self:SetCanZoom(false)
self:SetJumpPower(160)
self:SetSpeed(false)
self:SetCrouchedWalkSpeed(0.3)
-- Always spawn innocent initially, traitor will be selected later
self:ResetStatus()
-- Start off with clean, full karma (unless it can and should be loaded)
self:InitKarma()
-- We never have weapons here, but this inits our equipment state
self:StripAll()
hook.Call("PlayerSetModel", GAMEMODE, self)
end
Ending at line 325.
Simple, effective, awesome, clever.
:)
Btw, to fix this issue, it took me less than 3 minutes. Most of the time I tried to figure out what exactly was happening, then I googled the issue and found this thread :)


can not annotation

Traceback (most recent call last):
File "/home/mou/cvat/cvat/apps/engine/views.py", line 126, in get_frame
return sendfile(request, path)
File "/usr/local/lib/python3.5/dist-packages/sendfile/init.py", line 59, in sendfile
raise Http404('"%s" does not exist' % filename)
django.http.response.Http404: "/home/mou/cvat/data/4/data/0/0/0.jpg" does not exist
[2018-10-18 11:34:46,318] WARNING django.server: "GET /get/task/4/frame/0 HTTP/1.1" 400 53
[2018-10-18 11:38:22,278] INFO django.server: "GET /dashboard/ HTTP/1.1" 200 12615
[2018-10-18 11:38:22,356] ERROR cvat.server.task_4: cannot get frame #0
Traceback (most recent call last):
File "/home/mou/cvat/cvat/apps/engine/views.py", line 126, in get_frame
return sendfile(request, path)
File "/usr/local/lib/python3.5/dist-packages/sendfile/init.py", line 59, in sendfile
raise Http404('"%s" does not exist' % filename)
djangohhttp.response.Http404: "/home/mou/cvat/data/4/data/0/0/0.jpg" does not exist
[2018-10-18 11:38:22,357] WARNING django.server: "GET /get/task/4/frame/0 HTTP/1.1" 400 53
How to start a vedio annotation?There is my Error when I Creat New Task.I do not know how to deal with it?
Please help me.I would be very thankful.

@1329844541
Are you sure, task was created successful?
Please provide next files from docker container:

/home/django/logs/*.log
/home/django/data/4/*.log

@1329844541 ,
One more question. Do you run the tool locally without docker (/home/mou isn't typical path)?

@1329844541
Are you sure, task was created successful?
Please provide next files from docker container:
* /home/django/logs/*.log

* /home/django/data/4/*.log

https://blog.csdn.net/qq_26572229/article/details/83150120
There can not past picture,so the link is the question's description.
I am a green hand.I am so happy you answer my issue.Thank you again

I was just do like this

https://blog.csdn.net/minstyrain/article/details/82454991#commentBox

And I am a rookie,do not know how to  run the tool locally without docker .Thank you for you answer.May be I should annotation by MATLAB may easy for me?

@1329844541
You can build tool without docker as showed here. But such approach is recommended for development only. It works slower than build with docker. Besides, with docker you wouldn't meet that problem, I suppose.
If you want use development build, I think you need change mode in visual studio code from "CVAT Server" to "CVAT Debugging". "CVAT Debugging" also starts some RQ queues which are responsible for creating a task.

Thank you.You are very nice,I haven't met a person in git who reply question in real earnest.I will try it.Thanks again.

@1329844541
Thanks a lot,
Let me know if you will have any issues.


Add Command - Command+Shift+I - Open Jira Searh modal

https://developer.chrome.com/docs/extensions/reference/commands/#action-command

As described in the Usage section, you can also map a command to an extension's action, browser action, or page action.
The following example injects a content script that shows an alert on the current page when the user either clicks the extension's action or triggers the keyboard shortcut.
// manifest.json
{
	"name": "Commands demo - action invocation",
	"version": "1.0",
	"manifest_version": 3,
	"background": {
		"service_worker": "background.js"
	},
	"permissions": ["activeTab", "scripting"],
	"action": {},
	"commands": {
	"_execute_action": {
		"suggested_key": {
			"default": "Ctrl+U",
			"mac": "Command+U"
		}
	}
}


Request: ICX and IOTA

Would be great to see them in this pack.
ICX
IOTA

Will close because these coins already exist.
https://github.com/cjdowner/cryptocurrency-icons/blob/master/128/black/icx.png
https://github.com/cjdowner/cryptocurrency-icons/blob/master/128/black/miota.png

I'm sorry, didn't see them. I had been looking in the icons folder.

That’s ok – all the tokens should be available in all styles and sizes!


uv publish interactive like twine?

I've been doing uvx twine upload dist/* instead of uv publish because twine gives you a nice prompt for token and you don't have to worry about leaking a credential into shell history or something. Maybe this is something uv publish could also do?

Mentoring instructions: When there are no token, no trusted-publishing and no keyring, we should ask for the username (if not given) and the password. For this, the console crate should be used, so we don't add another heavy depedency, like in https://github.com/astral-sh/uv/blob/71d5661bd8d5d6c60dbb02c4285c22fd06894c17/crates/uv-console/src/lib.rs. We should provide an interactive hint that tokens can be used as username/password with username __token__.


Analytics

We need to add analytics to collect warnings.
Matomo is suitable for this since it is open source.
Also it is necessary to add a toggle switch in the settings.
https://github.com/matomo-org/matomo
https://github.com/matomo-org/matomo-sdk-android

Good idea. One of such warning would be requesting closed mutex in ResourcesIndex (which is fine in general, but in our case all coroutines working with single index could be sequenced).


⚠ Bofrost.be has degraded performance

In feb08fc, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1143 ms

Resolved: Bofrost.be performance has improved in 962fe93.


update docs & links & add planned commands docs with process suggestion

Description

update a few broken links
update documentation with planning process suggestion
add a first fillnull command planning proposal

Issues Resolved
List any issues this PR will resolve, e.g. Closes [...].
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

@LantaoJin @penghuo @dai-chen please review and comment the suggested process ...


Doc comments with odd indentation cause parse problems

In reference to this issue, basically the module documentation parser is demanding 0 whitespace in the closing bracket, leaving a very inaccurate error. Specifically something like this:
{-| ...
-}

And not like this:
{-| ...
 -}

Thank you for the report! I am aggregating related problems into "omnibus issues" that will let me focus on a particular part of the compiler and do a bunch of fixes in a batch. This minimizes the amount of context switching needed to get to all the related issues. This one is covered by #1374. Thanks again for logging this one!

I can not reproduce this with the new parser. Thanks for the report!


tls: allow verify_certificate_{spki,hash} without trusted_ca.

Risk Level: Low
Testing: bazel test //test/...
Docs Changes: n/a
Release Notes: Added
Signed-off-by: Piotr Sikora<EMAIL_ADDRESS>

cc @ggreenway

@ggreenway Good question! I've just looked at the git logs, it looks that I've accidentally introduced this behavior about a year ago in https://github.com/envoyproxy/envoy/pull/1203.
AFAIK, there is no good reason to require certificate to be signed by trusted CA when using verify_certificate_{spki,hash}, since usually it's used to pin to a self-signed certificate and/or to avoid shipping CA certificates to third parties. Of course, they can still be used together, but it's no longer a requirement.
cc @davidben for sanity check

Assuming verify_certificate_* only accepts it in the leaf certificate, yeah, asking to authenticate by just that and ignoring the CA business is a coherent enough thing to configure.


[SPARK-28677][WEBUI] "Select All" checkbox in StagePage doesn't work properly

What changes were proposed in this pull request?
In StagePage, only the first optional column (Scheduler Delay, in this case) appears even though "Select All" checkbox is checked.

How was this patch tested?
Confirmed behavior of the check-box.

CC: @pgandhi999 and @tgravescs

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/13951/
Test PASSed.

Test build #108877 has started for PR 25397 at commit 27d2991.

Test build #108877 has finished for PR 25397 at commit 27d2991.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/108877/
Test FAILed.

retest this please.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/13953/
Test PASSed.

Test build #108879 has started for PR 25397 at commit 27d2991.

Test build #108879 has finished for PR 25397 at commit 27d2991.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/108879/
Test PASSed.

@sarutak Thank you for catching the bug. Interestingly, I am only able to reproduce the bug in Spark 3.0, it works fine in Spark 2.3 and 2.4. Are you also able to reproduce the bug in 2.3 and 2.4?

@pgandhi999

Thank you for catching the bug. Interestingly, I am only able to reproduce the bug in Spark 3.0, it works fine in Spark 2.3 and 2.4. Are you also able to reproduce the bug in 2.3 and 2.4?

2.3 and 2.4 use additional-metrics.js rather than stagepage.js for the checkboxes.
I think that's why only 3.0 has this issue.

Test build #108882 has started for PR 25397 at commit 2f7f558.

2.3 and 2.4 use additional-metrics.js rather than stagepage.js for the checkboxes.
I think that's why only 3.0 has this issue.

Ah, that makes sense. Thank you.

LGTM +1

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/13956/
Test PASSed.

"2.3 and 2.4 use additional-metrics.js rather than stagepage.js for the checkboxes.
I think that's why only 3.0 has this issue."
Can you please explain this in more details so we have it documented what really book it?  Please also update the description to say what you change and ideally why it was broken.

Can you please explain this in more details so we have it documented what really book it? Please

stagepage.js is not present in 2.3 and 2.4. This bug is introduced by stagepage.js which is merged into master.
The cause is that wrong method is used to manipulate multiple columns. columns should have been used but column was used.

Test build #108882 has finished for PR 25397 at commit 2f7f558.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/108882/
Test PASSed.

Merged to master


Segmentation fault on gfx900 in rocm4.5.2

I installed rocm4.5.2 on my machine, and according to the rocminfo output, the system has detected a graphic card with the model number gfx900.
Agent 3
*******
  Name:                    gfx900
  Uuid:                    GPU-021501b4400c2064
  Marketing Name:          Radeon RX Vega
  Vendor Name:             AMD

I attempted to compile the HIP examples, but they all crashed due to a segmentation fault or a core dump.
$ cd HIP-Examples/

$ cd reduction/

$ make
     make: 'reduction' is up to date.

$ ./reduction
      Usage: ./reduction num_of_elems
      using default value: 52428800
      ARRAYSIZE: 52428800
      Array size: 200 MB
      Segmentation fault (core dumped)

$ ./reduction 10
      ARRAYSIZE: 10
      Array size: 3.8147e-05 MB
      Segmentation fault (core dumped)

is gfx900  supported? (I noticed in the Documentation that the gfx9 is supported so what about gfx900?)!! Does anyone have a solution to the problem?
Thanks.

I'd recommend you to run with AMD_SERIALIZE_KERNEL=3 AMD_SERIALIZE_COPY=3 AMD_LOG_LEVEL=4 environment variables. It'll show you where the program crashes.

@ex-rzr , Thanks, I have fixed the issue by providing architecture target of the gpu in the compilation process.


Convert to CommandError

This fixes issue 211.
Replaced sys.exit() call with a CommandError raise, and removed sys import since unused.

Link another issue this addresses https://github.com/ansible/django-ansible-base/issues/443

We looked through this in PR review, and had consensus that the patches should be split up for different issues.
Also, I would prefer that we type hint Model from django.db as opposed to AbstractUser, because that'll avoid the messiness here. But those comments are a good reason to have this split into 2 patches.

It seems the changes I made in my previous PR which solved 443 snuck in here as well, my bad! This PR now only contain the changes relevant to the issue at hand.


Re-enable disabled tests

Thanks for the PR!
But the tests fail when --strictNullChecks is passed as a compiler option. It's not enabled by default in the project's tsconfig.json, because officially we only support an older version of typescript, but the tests were commented out for this reason.
We're also rewriting the typescript declarations for 3.0 from scratch in #4121, so...


Add Competing to activity types

Summary
Add support for Competing activity type to Activity and Bot. Fixes #14.

Added

Activity::COMPETING, ActivitySet#competing
Bot#competing= to set the competing status
Updated comments to add Competing to the list of activity types

@swarley mentioned adding an identification method Activity#competing?, but those are currently used only for activity flags, not for activity types. Should we add identifications for all of those too, or leave it as is?

@swarley mentioned adding an identification method Activity#competing?, but those are currently used only for activity flags, not for activity types. Should we add identifications for all of those too, or leave it as is?

You were correct to leave it out 😅. I had assumed, for some reason, we had an abstracted way to identify the type.
We can put a pin in that for now, since adding something like that should be its own PR.

You were correct to leave it out 😅. I had assumed, for some reason, we had an abstracted way to identify the type.
We can put a pin in that for now, since adding something like that should be its own PR.

Thank you!

Thank you!


Building fails

$ docker build --tag poetry-project --file docker/Dockerfile.Local .
Output:
[+] Building 0.1s (2/2) FINISHED
 => [internal] load build definition from Dockerfile.Local                                                                                0.0s
 => => transferring dockerfile: 3.41kB                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.0s
 => => transferring context: 35B                                                                                0.0s
failed to solve with frontend dockerfile.v0: failed to create LLB definition: dockerfile parse error line 102: unknown instruction: /GUNICORN_CONF.PY

Ignore


Access rights in OPC UA Mapping

When defining a fb/functionblock and using inputs with no explicit set accessor the OPC UA access level default to "None". As soon as a set accsessor is defined it changes to "CurrentWrite". But in my opinion for an input to a functionblock the default access level should always be "CurrentWrite" because it is the behaviour you also get when using ACPLT/KS.

Hi Björn, you are right. If this is not already fixed, we will fix it in the uaUpdate branch.


challenge bot should not report error when the challenge program is not reward

Bug Report

[x] I have searched the issues of this repository and believe that this is not a duplicate.

Related link

Which project: TiDB

PR or Issue Link: https://github.com/pingcap/tidb/pull/20288

Steps to reproduce(Optional)
What is expected?
challenge bot should not report error when the challenge program is not reward
What is actually happening?

Now it reports an error and makes us confused

The CI status should be pending.


pGina still developed

Hi,
is pGina still developed? The last release is from 2014?

Hi @daw42,
is this still maintained? This is supposed to be the recommended option for providing account database for Windows with FreeIPA (https://www.freeipa.org/page/Windows_authentication_against_FreeIPA). Should this project be under the umbrella of @redhat?
Thanks!

You could take a look at https://mutonufoai.github.io/pgina/ as this is actively maintained.

Oh, thanks a lot 👍

Also asking for a friend - while I see a comment that "windows 10" in on the radar - I also note the last code commit was 2106 so this might be just yelling down a dark well.


OSSM-8200: adding doc for multiple control planes + scoping a mesh

Adding docs for:

multiple control planes on a single cluster
how to scope the mesh and add workloads
side car injection

Manual sidecar injection still to be added

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind

This is a great start - this is a big issue! Apologies for not breaking it up better. I forgot that I had started some text on multi-tenancy concepts for OSSM 3, which I can try to incorporate. I suggest we break it up more into use cases (even if it means repeating some feature content), such as:
I think should break it up more into smaller pieces for different use cases:

Adding services to the mesh (Enabling sidecar injection) - separate into its own page
"Scoping a service mesh" - Focus on discovery selectors, with a step by step example that demonstrates how to limit a mesh to a single control plane namespace ("my-istio-system") and one or more data plane namespaces..such as "my-apps"(Similar to what SMMR gives you in OSSM 2). I think this will be a very common need, hence a step by step example is important.
Scaling & Multi-tenancy concepts - as mentioned, I can start to draft this.
Single mesh scaling & multi-tenancy - Once the mesh is defined with discovery selectors, use Sidecars, exportTo, etc... perhaps also AuthenticationPolicies to divide the mesh into different areas.
Multiple control planes (as you have it).

I realize this expands the scope, so we could separate this out and deliver pages independently.

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind

@longmuir Thanks for the review. I divided topics to separated pages but I'm keeping it all together in this PR as the pages are referencing each other.

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind ci/prow/scorecard  ci/prow/gencheck ci/prow/integration

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind ci/prow/scorecard ci/prow/gencheck ci/prow/integration

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind ci/prow/scorecard ci/prow/gencheck ci/prow/integration

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind ci/prow/scorecard ci/prow/gencheck ci/prow/integration

/override ci/prow/e2e-ocp-4-17 ci/prow/e2e-ocp-4-16-arm ci/prow/e2e-ocp-4-16 ci/prow/e2e-kind ci/prow/scorecard ci/prow/gencheck ci/prow/integration


Enable customization of gRPC channel from Axon Framework application

SonarCloud is sharing ambiguous messages. On the other hand, it succeeded, whilst int he merge process it states it failed (which it indeed did originally). Regardless, the outcome will be ignored, as sufficient approval has been achieved for this feature.


Will it be updated to Laravel 5.5

I would like to update an existing app, but, i dont really know what is the process for checking L5.5 compatibility.
If you don't have time for that, could you give me an idea of how to help you?

It will be updated when lumen-framework version 5.5 comes out.

Updated to work with laravel and lumen 5.5 released.


CARDS-1840: As an administrator, I can disable the dashboard boxes' time grouping tabs

I don't think the 1840 branch needs to be on top of the 1836 branch, there doesn't seem to be any dependence on 1836 changes.

I don't think the 1840 branch needs to be on top of the 1836 branch, there doesn't seem to be any dependence on 1836 changes.

They both change same webpack.config.js, on not one on top another - there will be a conflict of merging.


spyglass - personal search engine in Rust

Project description
A personal search engine, crawl & index websites/files you want with a simple set of rules
The main issue with this package is that it has requires Rust's wasm32-wasi and wasm32-unknown-unknown targets, which are AFAIK currently not available on nixpkgs. One option would be to extract the relevant files from the Debian release.
Metadata

homepage URL:https://github.com/a5huynh/spyglass
source URL:https://github.com/a5huynh/spyglass
license: mit
platforms: unix, linux, darwin, ...

I don't see having the time finishing this:
Here is my current state: https://github.com/poelzi/nixpkgs/tree/spyglass

@SuperSandro2000 maybe you find some time to finish this ?
Super cool software :)

For anyone who want to use the autoPatchelfHook to patch the .deb releases: Spyglass’ current official binaries are linked with OpenSSL 1.1, which is EOL and thus marked as insecure in nixpkgs, so this isn't a viable solution.

Repo moved to org. New link: https://github.com/spyglass-search/spyglass
Homepage: https://docs.spyglass.fyi
License: AGPL-3.0

Looks like a new release happened (https://github.com/spyglass-search/spyglass/releases/tag/v2024.11.1). OpenSSL 1.1 is no longer used according to https://github.com/spyglass-search/spyglass/issues/518#issuecomment-2449019601.


Fix error in SA notebook.

Two Minor Issues:

I found a small error where the sensitivity analysis using the Gaussian process regression (GPR) algorithm. The GPR algorithm was not optimized before it was passed through to the MonteCarloSensitivity class.

The plot didn't display the first-order Sobel indexes for the GPR algorithm. The output of the sensitivity class; wrapped around the GPyModelWrapper; returns a dataframe where every entry is an np.ndarray. This causes issues when plotting with the pandas dataframe thus prohibiting the GPR model results from being plotted. I did a simple dictionary comprehension to change the entries from np.ndarray to floats.

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Codecov Report

Merging #209 into master will decrease coverage by 0.09%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master     #209     +/-   ##
=========================================
- Coverage   89.32%   89.22%   -0.1%
=========================================
  Files         109      109
  Lines        3026     3026
  Branches      308      308
=========================================
- Hits         2703     2700      -3
- Misses        265      267      +2
- Partials       58       59      +1

Impacted Files
Coverage Δ

emukit/core/optimization/optimizer.py
77.02% <0%> (-4.06%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update ea246e1...cf0343f. Read the comment docs.


Add support for translateX and translateY on web

Summary
This PR is fixing part of issue https://github.com/react-native-svg/react-native-svg/issues/1824
Props translateX and translateY are ignored on web. This PR is addressing it the same way as it is already done for originX and originY.
This PR is not addressing the issue of transform as stated in issue.
Compatibility

OS
Implemented

iOS
tested

Android
not affecting

Web
✅

Checklist

[X] I have tested this on a device and a simulator
[ ] I added documentation in README.md
[X] I updated the typed files (typescript)
[ ] I added a test for the API in the __tests__ folder

Thank you for quick review. I do plan to look into the rest of the functionality.


Parjanya/algos

Added Algos for Jump Search and Reverse a Linked List

[x] I've checked the issue list BEFORE deciding what to submit
[x] I've read the contribution guidelines
[x] I've edited the README.md link to my code

Solves #276 and #283 . Please review !!


String size limit ?

This bug looks like string size limit:
https://github.com/erocci/erocci_backend_dbus/issues/10

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

Hello @jeanparpaillon can you illustrate more about this bug? Would love to take a look at it.

@ffringel  : the bug appears when erlang code calls a function returning a string > 16 kB.
I think the first thing would be to reproduce it in a smaller test case, before trying to fix it

OK. Could you provide a test case which causes the bug?

@ffringel : I've just committed a new test in dbus_client_SUITE for large string and I can not reproduce the bug...
Maybe the bug comes from the application using erlang-dbus, and not erlang-dbus itself.
I let the bug open until it is resolved in the other app...

OK

Hello,
It's not a java related issue, and i have still the problem.
Kindly find attached the files :
Erocci works with this file :
good_docker-schema.xml.txt
Erocci doesn't works with this file :
fail_docker-schema.xml.txt
This is the log on failure :
erocci_log.txt
To check if this is a dbus issue, i have made a simple client dbus java and a simple server dbus java here :  https://github.com/cgourdin/simpledbusserver
And here : https://github.com/cgourdin/simpledbusclient
Note that I didn't have this issue on call Get() method or any other method returning String in java so it's an erlang issue.

Can not reproduce


Simple benchmarks for the f() interpolation.

I won't have access to mess with this until later.  How is the performance comparison?

Nevermind, just saw the message in the other PR.


Status Badge shows wrong message text when label is set

⚠ Please verify that this bug has NOT been raised before.

[X] I checked and didn't find similar issue

🛡 Security Policy

[X] I agree to have read this project Security Policy

Description
When setting a custom label for a status-badge, such as https://status.example.org/api/badge/47/status?label=foobar and the status is DOWN, this results in:

This even overrides the &downLabel=example property, so https://status.example.org/api/badge/47/status?label=foobar&downLabel=Down is not a workaround. The &upLabel=example works just fine though.
This only affects status-badges, not duration-badges.
The reason for this is this line - my suggestion would be to instead use badgeValues.message = state ? upLabel : downLabel;.

Explanation
The "?? state ? upLabel : downLabel" part of the line is called the "null coalescing operator" and the ternary operator.
The null coalescing operator (??) checks if the variable "label" is null or undefined, and if so, it assigns the value of "state" to "label".
Then, the ternary operator (?:) checks if the value of "label" is truthy or falsy, and assigns the value of "upLabel" if truthy, and "downLabel" if falsy.
So, if "label" is truthy, "message" will be set to "upLabel" and if "label" is falsy, "message" will be set to "downLabel".
This results in status being always overwritten as "truthy" or "up" when a label is set. This does not hold for the color, which is correctly assigned only based on status (badgeValues.color = state ? upColor : downColor;).

Happy to do a PR if it's welcome.
👟 Reproduction steps
Check the https://status.example.org/api/badge/47/status?label=foobar on your favorite Uptime-Kuma instance. Remember that you need to add the monitor (in this case e.g. 47) to a public status page in order for badges to work.
👀 Expected behavior
Passing the label in the URL should only modify the label on the left-side, not the message. I'd expect this:
https://status.example.org/api/badge/47/status?label=foobar
->

😓 Actual Behavior
Passing the label in the URL modifies the label on the left-side and also sets the message, ignoring the status:
https://status.example.org/api/badge/47/status?label=foobar
->

🐻 Uptime-Kuma Version
1.19.6
💻 Operating System and Arch
Debian 11 x64
🌐 Browser
Firefox 109.0
🐋 Docker Version
No response
🟩 NodeJS Version
No response
📝 Relevant log output
No response

Fixed as part of #2525.


Add Prettier to the CI workflows

when I run pre-commit run --all in this branch, I get this:
[warn] README.html
[warn] wasm/pkg/chia_wasm_bg.js
[warn] wasm/pkg/chia_wasm.d.ts
[warn] wasm/pkg/chia_wasm.js
[warn] Code style issues found in 4 files. Run Prettier to fix.

the output gets messed up as there appears to be some carriage returns and newlines in there. It seems the command fails though.

$ echo $?
1

when I run pre-commit run --all in this branch, I get this:
[warn] README.html
[warn] wasm/pkg/chia_wasm_bg.js
[warn] wasm/pkg/chia_wasm.d.ts
[warn] wasm/pkg/chia_wasm.js
[warn] Code style issues found in 4 files. Run Prettier to fix.

the output gets messed up as there appears to be some carriage returns and newlines in there. It seems the command fails though.

It passes for me, perhaps it's an auto-CRLF issue?


[MNOE-154] - Fixed bug in phone number

Fixed a bug not displaying user's phone number on the sign up page.

All good. Split it in 3 PR with different target branches.
#96 #97 #98


CY8CKIT-064S0S2-4343W: Fix aws_demo

CY8CKIT-064S0S2-4343W: Fix aws_demo
Description
aws_demo is no longer connecting to AP. It looks like a merge error
resulted in the removal of the needed function call.
Signed-off-by: Raymond Ngun<EMAIL_ADDRESS>Checklist:

[x] I have tested my changes. No regression in existing tests.
[ ] My code is Linted.

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/bot run checks

/bot run checks

/bot run checks

Providing some more data point here:
The error is not caused by missing WIFI_ConnectAP(). Actually we do not require the demo to explictly calls WIFI_ConnectAP(), since the Network Manager will handle that. AwsIotNetworkManager_EnableNetwork() should enable the network and that is called from demo runner. The reason that why the demo failed is because calling WIFI_GetIPInfo( &xIpConfig ) at line 393 without wifi connected which causes a kernel assert failure. If you remove this line you will get the demo runs.

However, although explictly calling WIFI_ConnectAP() is not required but currently all the board demo does this in this way. It definetly is redundent and need to be changed and imporved. But for now I think we could just accept this PR and let the demo runs.

/bot run checks

/bot run checks

/bot run checks

/bot run checks

/bot run checks

/bot run checks


Language selection

Hi there.
I see string definitions in the config for 2 languages, but how can user switch language?

It is planned to be implemented in ver.2
We gonna have userlang object in the state memory and a selection buttons along with 'help',

See updates soon


simple way to get the string out (CLI) -

text copy not working on two different linux systems

I'm guessing that's an SDL2 issue, I can repro it on my Ubuntu machine. Seems like it might be a Magnum Imgui integration issue


IMU Topic is not recorded

Summary
We use the wrong name for the IMU topic in https://github.com/bit-bots/bitbots_main/blob/8c5fb4e9f5d56d8f976b06dbafa891fa8e3cb4bf/bitbots_misc/bitbots_bringup/launch/rosbag_record.launch.py#L46
Possible Solution
change topic to /imu/data as specified here: https://github.com/bit-bots/bitbots_main/blob/8c5fb4e9f5d56d8f976b06dbafa891fa8e3cb4bf/bitbots_lowlevel/bitbots_ros_control/config/wolfgang.yaml#L174

This is a disaster for the DDLITLAB project...


Nuclei missing tamplates and wrong path

Nuclei missing tamplates for basic-detacions and brute-force

AND
Nuclei missing part of the path to the template

No, just checked that nuclei changed the name of few folders, we are using nuclei --update-templates command to install templates, which will actually install templates in root folder not in tools. I will fix this asap

fixed.


[Event Request] Table 254 (VAT Entry) - OnAfterCopyAmountsFromVATEntry

Please add an integration event in function CopyAmountsFromVATEntry
OLD CODE
procedure CopyAmountsFromVATEntry(VATEntry: Record "VAT Entry"; WithOppositeSign: Boolean)
var
    Sign: Decimal;
begin
    if WithOppositeSign then
        Sign := -1
    else
        Sign := 1;
    Base := Sign * VATEntry.Base;
    Amount := Sign * VATEntry.Amount;
    "Unrealized Amount" := Sign * VATEntry."Unrealized Amount";
    "Unrealized Base" := Sign * VATEntry."Unrealized Base";
    "Remaining Unrealized Amount" := Sign * VATEntry."Remaining Unrealized Amount";
    "Remaining Unrealized Base" := Sign * VATEntry."Remaining Unrealized Base";
    "Additional-Currency Amount" := Sign * VATEntry."Additional-Currency Amount";
    "Additional-Currency Base" := Sign * VATEntry."Additional-Currency Base";
    "Add.-Currency Unrealized Amt." := Sign * VATEntry."Add.-Currency Unrealized Amt.";
    "Add.-Currency Unrealized Base" := Sign * VATEntry."Add.-Currency Unrealized Base";
    "Add.-Curr. Rem. Unreal. Amount" := Sign * VATEntry."Add.-Curr. Rem. Unreal. Amount";
    "Add.-Curr. Rem. Unreal. Base" := Sign * VATEntry."Add.-Curr. Rem. Unreal. Base";
    "VAT Difference" := Sign * VATEntry."VAT Difference";
    "Add.-Curr. VAT Difference" := Sign * VATEntry."Add.-Curr. VAT Difference";
    "Realized Amount" := Sign * "Realized Amount";
    "Realized Base" := Sign * "Realized Base";
    "Add.-Curr. Realized Amount" := Sign * "Add.-Curr. Realized Amount";
    "Add.-Curr. Realized Base" := Sign * "Add.-Curr. Realized Base";
end;

NEW CODE
procedure CopyAmountsFromVATEntry(VATEntry: Record "VAT Entry"; WithOppositeSign: Boolean)
var
    Sign: Decimal;
begin
    if WithOppositeSign then
        Sign := -1
    else
        Sign := 1;
    Base := Sign * VATEntry.Base;
    Amount := Sign * VATEntry.Amount;
    "Unrealized Amount" := Sign * VATEntry."Unrealized Amount";
    "Unrealized Base" := Sign * VATEntry."Unrealized Base";
    "Remaining Unrealized Amount" := Sign * VATEntry."Remaining Unrealized Amount";
    "Remaining Unrealized Base" := Sign * VATEntry."Remaining Unrealized Base";
    "Additional-Currency Amount" := Sign * VATEntry."Additional-Currency Amount";
    "Additional-Currency Base" := Sign * VATEntry."Additional-Currency Base";
    "Add.-Currency Unrealized Amt." := Sign * VATEntry."Add.-Currency Unrealized Amt.";
    "Add.-Currency Unrealized Base" := Sign * VATEntry."Add.-Currency Unrealized Base";
    "Add.-Curr. Rem. Unreal. Amount" := Sign * VATEntry."Add.-Curr. Rem. Unreal. Amount";
    "Add.-Curr. Rem. Unreal. Base" := Sign * VATEntry."Add.-Curr. Rem. Unreal. Base";
    "VAT Difference" := Sign * VATEntry."VAT Difference";
    "Add.-Curr. VAT Difference" := Sign * VATEntry."Add.-Curr. VAT Difference";
    "Realized Amount" := Sign * "Realized Amount";
    "Realized Base" := Sign * "Realized Base";
    "Add.-Curr. Realized Amount" := Sign * "Add.-Curr. Realized Amount";
    "Add.-Curr. Realized Base" := Sign * "Add.-Curr. Realized Base";

    OnAfterCopyAmountsFromVATEntry(VATEntry,WithOppositeSign)
end;

[IntegrationEvent(false, false)]
procedure OnAfterCopyAmountsFromVATEntry(var VATEntry: Record "VAT Entry"; WithOppositeSign: Boolean)
begin
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.


Accessing the extensions menu hangs forever

VSCode Version:  0.10.11
OS Version: OSX Yosemite 10.10.5 (14F1605)

Steps to Reproduce:

Press ^ + Shift + P
Hit install extensions or show install extensions
Wait forever

No console errors pop up and no network requests pop up either.
I've deleted every file and folder on this computer with the VSCode in the name and still encounter this issue.

I've tried both with and without a VPN and on different networks/ISPs.
Should I be expecting to see network requests in the network tab?

The problem went away on its own after upgrading to 1.0

Good to know!