Comment # 16 on bug 908436 from Pawel Wieczorkiewicz

After analysing logs wicked does not seem to be a problem here, but the problem
is the following:

2015-06-25T00:45:47.110227+02:00 gardenia kernel: [55829.083117] R8188EU: ERROR
sta recv deauth reason code(2) sta:5c:33:8e:d2:1d:c1
2015-06-25T00:45:47.120599+02:00 gardenia kernel: [55829.090847] R8188EU: ERROR
indicate disassoc

1435185947.118668: Wireless event: cmd=0x8b15 len=20
1435185947.118685: Wireless event: new AP: 00:00:00:00:00:00
1435185947.118714: wlp0s29f7u5: Event DISASSOC (1) received

The above happens when STA associates with the AP and starts with
authentication. For some AP rejects accepting frames from the STA (In all the
logs the signal level and other signal parameters seem to be not updated by the
driver, but I do not think this is the problem here) and authentication
procedure fails.
The reason code means: "Previous authentications no longer valid"
See the issue at driver repo: https://github.com/lwfinger/rtl8188eu/issues/35

Therefore I'd suggest the following:
- permanently stop your NetworkManager which was used before trying the bridge
with wicked. Simply: systemctl disable NetworkManager; systemctl stop
NetworkManager.
- reboot
- try again with the bridge using wicked.

If you are unwilling to reboot, you have to stop NetworkManager, kill all
dhclient instances it may leave, restart wpa_supplicant, reload your r8188eu
module.

Hope it helps. If the above does not help, this bug can be reassigned to
someone familiar with the driver.