Columns in the dataset obtained though load_dataset do not correspond to the one in the dataset viewer since 3.4.0
NONE
Hi, the dataset viewer shows all the possible columns and their types, but `load_dataset()` iterates through all the columns that you defined. It seems that you only have one column (‘audio’) defined in your dataset because when I ran `print(ds.column_names)`, the only name I got was “audio”. You need to clearly define all the other features of the dataset as columns to enable your original code to work. Furthermore, you can run this code to print out all the features of your dataset: 
```python
from datasets import load_dataset_builder
ds_builder = load_dataset_builder("BrunoHays/Accueil_UBS")
print(ds_builder.info.features)
```

2025-05-19T13:54:15Z
https://github.com/huggingface/datasets/issues/7495#issuecomment-2891129464
https://api.github.com/repos/huggingface/datasets/issues/7495
IC_kwDODunzps6sUyJ4
https://api.github.com/repos/huggingface/datasets/issues/comments/2891129464/reactions
2025-05-19T13:54:15Z
https://api.github.com/repos/huggingface/datasets/issues/comments/2891129464
https://avatars.githubusercontent.com/u/87622936?v=4
https://api.github.com/users/phoebecd/events{/privacy}
https://api.github.com/users/phoebecd/followers
https://api.github.com/users/phoebecd/following{/other_user}
https://api.github.com/users/phoebecd/gists{/gist_id}
https://github.com/phoebecd
phoebecd
MDQ6VXNlcjg3NjIyOTM2
https://api.github.com/users/phoebecd/orgs
https://api.github.com/users/phoebecd/received_events
https://api.github.com/users/phoebecd/repos
https://api.github.com/users/phoebecd/starred{/owner}{/repo}
https://api.github.com/users/phoebecd/subscriptions
User
https://api.github.com/users/phoebecd
public
CONTRIBUTOR
@phoebecd 
Good catch, even in datasets<3.4.0, the only feature is "audio".
This datasets follows the [audio folder](https://huggingface.co/docs/datasets/en/audio_dataset#audiofolder) structure with metadata.csv.
Maybe I missed something or there is a bug when having and audio_folder with a metadata file

What do you think @lhoestq ?
2025-07-01T15:30:36Z
https://github.com/huggingface/datasets/issues/7495#issuecomment-3024528895
https://api.github.com/repos/huggingface/datasets/issues/7495
IC_kwDODunzps60RqX_
https://api.github.com/repos/huggingface/datasets/issues/comments/3024528895/reactions
2025-07-01T15:30:36Z
https://api.github.com/repos/huggingface/datasets/issues/comments/3024528895
https://avatars.githubusercontent.com/u/48770768?v=4
https://api.github.com/users/bruno-hays/events{/privacy}
https://api.github.com/users/bruno-hays/followers
https://api.github.com/users/bruno-hays/following{/other_user}
https://api.github.com/users/bruno-hays/gists{/gist_id}
https://github.com/bruno-hays
bruno-hays
MDQ6VXNlcjQ4NzcwNzY4
https://api.github.com/users/bruno-hays/orgs
https://api.github.com/users/bruno-hays/received_events
https://api.github.com/users/bruno-hays/repos
https://api.github.com/users/bruno-hays/starred{/owner}{/repo}
https://api.github.com/users/bruno-hays/subscriptions
User
https://api.github.com/users/bruno-hays
public
MEMBER
I opened a PR to fix the issue :) https://huggingface.co/datasets/BrunoHays/Accueil_UBS/discussions/2

We expect the metadata file to be in the <split>/ folder now to allow one CSV metadata file per split. But in the PR I just added a manual configuration instead of moving the file and updating all the relative paths it contains.
2025-07-01T15:39:58Z
https://github.com/huggingface/datasets/issues/7495#issuecomment-3024562603
https://api.github.com/repos/huggingface/datasets/issues/7495
IC_kwDODunzps60Rymr
https://api.github.com/repos/huggingface/datasets/issues/comments/3024562603/reactions
2025-07-01T15:39:58Z
https://api.github.com/repos/huggingface/datasets/issues/comments/3024562603
https://avatars.githubusercontent.com/u/42851186?v=4
https://api.github.com/users/lhoestq/events{/privacy}
https://api.github.com/users/lhoestq/followers
https://api.github.com/users/lhoestq/following{/other_user}
https://api.github.com/users/lhoestq/gists{/gist_id}
https://github.com/lhoestq
lhoestq
MDQ6VXNlcjQyODUxMTg2
https://api.github.com/users/lhoestq/orgs
https://api.github.com/users/lhoestq/received_events
https://api.github.com/users/lhoestq/repos
https://api.github.com/users/lhoestq/starred{/owner}{/repo}
https://api.github.com/users/lhoestq/subscriptions
User
https://api.github.com/users/lhoestq
public
### Describe the bug

I have noticed that on my dataset named [BrunoHays/Accueil_UBS](https://huggingface.co/datasets/BrunoHays/Accueil_UBS), since the version 3.4.0, every column except audio is missing when I load the dataset.

Interestingly, the dataset viewer still shows the correct columns

### Steps to reproduce the bug

```python
from datasets import load_dataset
ds = load_dataset("BrunoHays/Accueil_UBS", streaming=True)
print(next(iter(ds["test"])).keys())
```
With datasets >= 3.4.0: 
-> dict_keys(['audio'])
With datasets == 3.3.2:
-> dict_keys(['audio', 'id', 'speaker', 'sentence', 'raw_sentence', 'start_timestamp', 'end_timestamp', 'overlap'])


### Expected behavior

All the columns should be present

### Environment info

- `datasets` version: 3.3.2
- Platform: macOS-14.6.1-x86_64-i386-64bit
- Python version: 3.10.15
- `huggingface_hub` version: 0.30.1
- PyArrow version: 16.1.0
- Pandas version: 1.5.3
- `fsspec` version: 2023.10.0
