Some people do not want to show that there is a webcast on the event page.

With this option webcast managers would be able to mark the webcast in Indico as hidden, in which case nothing would be displayed on the public event page.

They are just noise and break e.g. event deletion during category cleanup (see issue 1052 on sentry), since there's no session timezone information available at that point to format the timestamp in the email.

The tooltip which shows up when a room is already connected asks you whether you want to disconnect from your Zoom meeting, regardless of that being the one which is currently connected to the room. This is confusing, we should probably say something like "disconnect <room_name> from an ongoing videoconference" (I guess it would be too hard to figure out which zoom meeting is connected right now).

Request from SNOW.

Users claim it would be useful for them to be able to fine-grain the selection of the free/busy status depending on the category the event is from. Right now the setting is global (found in the user preferences).

When selecting the contributions for a webcast/recording request, there is an 'All contributions' checkbox, but it is not flexible enough:

• User might want to check all but a few contributions in a huge list.
• User might want to record virtual contributions (or held in a room with no video-conference equipment)

One solution could be changing it into a button that checks/unchecks all the contributions.

• geosip.ouvrage -> aispub.loc_cl_cur_ouvrage
• NUMERO -> NO_OUVRAGE
• LONGITUDE -> LONGITUDE
• LATITUDE -> LATITUDE

API docs: https://codimd.web.cern.ch/s/sda-cPe7j

Should be pretty straightforward to adapt our current code (which uses the legacy mailadminservices API)

event-id is already scoped by API token (in case someone else works on this: I have the token and outlook account data for testing), so we can literally use the Indico event id there.

This currently fails (when registrations are deleted due to an exceeded retention period) because the access request must have a valid registration id.

The easiest (backend-only) solution would be copying the relevant data (the person's name, and possibly event id and regform id as well) from the registration into the access request, and then unlinking it from the registration (making the column nullable).

That way the registration data properly disappears from Indico, but the access-request-related data is still kept (hidden from the event organizer).

Is your feature request related to a problem? Please describe.
In https://indico.cern.ch/event/1273211/timetable/?view=standard we have various rooms. The connect-room button for zoom only applies to the room defined at the top, which is not valid for the whole conference.

Describe the solution you'd like
I would like to have a button next to each room defined in each sessions, or alternatively a button valid for the considered time-slot (that's dangerous however).

Describe alternatives you've considered
What we did was to reset the location at the top each time we changed rooms. That caused some confusion about the location of the meeting.

I tried to fill in an Indico registration form with the CERN site access section (place and date of birth etc.). Unfortunately, it's impossible to type in the date of birth (DoB) from an iPhone (tried with both Safari and Chrome). It's perhaps possible to select the date by hand in the pop-up calendar, but I'd first need to tap "previous month" many(!!) times to get back to the month of my birth - effectively making it very hard or almost impossible.

https://oracle.github.io/python-oracledb/

This doesn't require the oracle-instantclient package to be installed.

When the event end date (or ticket end date, whatever is later) is already in the past, we should never send an "access withdrawn" email notification to participants when the event gets deleted.

When trying to print event page, by choosing printable version, in Firefox only first page gets printed

To reproduce (using Firefox):

1. Go to any event display page (possibly with a lot of content)
2. Click on 'Printable version'
3. Print
4. Only one page gets printed

Let's add a "personal data" section within the registration form (in events where CERN Access is active). Users who fill it in will be "accepted" by default.

This should probably be the typical e-mail customization pop-up with placeholder fields. We just need to choose where to keep this default (request form? open it every time we grant access to someone?)

Create a reminder which would remind people of the requirement to fill in the personal data form in order to get the access to the CERN site.

Email notifications always have the ticket PDF attached regardless the ticketing configuration of the registration form.

Steps to reproduce:

1. Create a regform and enable the CERN Access service
2. Go to regform settings and disable options that allow participants to have the ticket
   
3. Register a participant
4. Grant access to the participant. It will receive and email with the following wrong sentence:

Upon reception of this data, you will receive an automatic email, with your access ticket in PDF format and an access code

5. Fill personal data as requested and you'll receive a confirmation email with the ticket attached.

There's also some confusion about the terms 'ticket' and 'badge' that should be better clarified both in the docs and the UI.

The idea would be adding a new form field in the profile preferences that allow configuring ical reminders.
RQF1250459

Preliminary design document available here.
The documentation of the new CERN Search system can be found here.

When I manage the list of registrations to an event (at https://indico.cern.ch/event/XXXX/manage/registration/YYYY/registrations/), it would be great to see all CERN site access requests together. Either by customizing the list and filtering by CERN access request status (preferably), or at least sorting by this column.

• Don't grant full_access when setting specific permissions
• All rooms need to be set to protected
• No rooms should have the prebooking-required flag (since only the ACL is used anyway)

The title is self-explanatory and could be a nice addition to the Outlook/Exchange plug-in. But we should check first whether Exchange has an API that allows this in some way.

Internal ticket for reference: RQF0586416