fix: sonarqube issues

- fixed various issues spotted by sonarqube

client/src/pages/Booking.tsx

@@ -84,7 +84,7 @@ const Booking = (props: any) => {
   const [activeStep, setActiveStep] = React.useState(0);
   const [skipped, setSkipped] = React.useState(new Set());
   const [event, setEvent] = useState<Event>(EMPTY_EVENT);
-  const [selectedDate, setDate] = useState<Date>();
+  const [selectedDate, setSelectedDate] = useState<Date>();
   const [beginDate] = useState<Date>(new Date());
   const [slots, setSlots] = useState<IntervalSet>();
   const [selectedTime, setSelectedTime] = useState<Date>();
@@ -185,7 +185,7 @@ const Booking = (props: any) => {
 
   const handleDateChange = (newValue: Date) => {
     console.log("change date: %o", startOfDay(newValue));
-    setDate(newValue);
+    setSelectedDate(newValue);
     setActiveStep(1);
   };
 

client/src/pages/CalendarInt.tsx

@@ -306,7 +306,6 @@ const Calendarintegration = () => {
           updateUser(token, user)
             .then((user) => {
               console.log("updated user: %o", user);
-              //toast.info("using primary calendars by default");
             })
             .catch((err) => {
               console.error("user update failed: %o", err);

common/src/types.ts

@@ -1,5 +1,4 @@
-import { toZonedTime, fromZonedTime } from "date-fns-tz"
-import { th } from "date-fns/locale";
+import { fromZonedTime } from "date-fns-tz"
 
 /** Enum type representing a day of week.
  *  The ordering is compatible with the native `Date.prototype.getDay()`, which uses 0 for Sunday.