Description: Thin frames appear while clicking on the slide with nothing selected in Impress. Also while dragging. It gets well after several clicking. But after reopening a file again, it happens again. Steps to Reproduce: 1. Import a PowerPoint file(.ppt) 2. Click on the slide Actual Results: Thin frames appear. (Things can be selected correctly.) Expected Results: Nothing happens or something is selected. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 4; OS: Mac OS X 10.15.2; UI render: default; VCL: osx; Locale: zh-CN (zh_Hans.UTF-8); UI-Language: en-US Calc: threaded Renderer: Intel(R) Iris(TM) Graphics 6100 Vendor: Intel Inc. Version: 4.1 INTEL-14.3.9 Device: MacBookPro12,1 Shading language version: 4.10 Max texture size: 16384 x 16384 Max vertex texture image units: 16 Max texture image units: 16 Max geometry texture units: 16 Max anisotropic filtering value: 16 Max viewport size: 16384 x 16384 Max Clip Distances: 8 Max samples: 8 Extensions: 45 GL_ARB_tessellation_shader GL_APPLE_texture_range GL_EXT_framebuffer_multisample_blit_scaled GL_ARB_viewport_array GL_ARB_gpu_shader_fp64 GL_ARB_explicit_attrib_location GL_NV_texture_barrier GL_ARB_separate_shader_objects GL_ARB_texture_storage GL_ARB_gpu_shader5 GL_ARB_texture_swizzle GL_EXT_texture_compression_s3tc GL_ARB_texture_cube_map_array GL_ARB_blend_func_extended GL_ARB_vertex_attrib_64bit GL_EXT_texture_sRGB_decode GL_ARB_texture_gather GL_EXT_texture_filter_anisotropic GL_APPLE_row_bytes GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_draw_indirect GL_ARB_texture_query_lod GL_ARB_draw_buffers_blend GL_ARB_sample_shading GL_ARB_internalformat_query GL_ARB_timer_query GL_ARB_shader_subroutine GL_ATI_texture_mirror_once GL_EXT_debug_marker GL_APPLE_rgb_422 GL_ARB_vertex_type_2_10_10_10_rev GL_EXT_debug_label GL_ARB_texture_buffer_object_rgb32 GL_ARB_instanced_arrays GL_APPLE_container_object_shareable GL_ARB_ES2_compatibility GL_APPLE_client_storage GL_ARB_sampler_objects GL_ARB_occlusion_query2 GL_ARB_shading_language_include GL_ARB_texture_rgb10_a2ui GL_APPLE_object_purgeable GL_ARB_shader_bit_encoding GL_APPLE_flush_render Core features v3.0 (100 % - 23/23) v3.1 (100 % - 7/7) v3.2 (100 % - 10/10) v3.3 (100 % - 10/10) v4.0 (100 % - 14/14) v4.1 (100 % - 7/7) v4.2 (15 % - 2/13) v4.3 (0 % - 0/20) v4.4 (0 % - 0/10) v4.5 (0 % - 0/11) v4.6 (0 % - 0/11) vARB 2015 (0 % - 0/12) OpenGL driver version check (Current: 4.1 INTEL-14.3.9, Latest known: ): Latest version of display drivers found According the database, you are running the latest display drivers for your video card.
Created attachment 157288 [details] Example Screenshot
> It gets well after several clicking. Delete this line. Frames just get out of the slide.
Thank you for reporting the bug. Can you only replicate this bug with a particular file? Or can you replicate this when you import all PowerPoint (.ppt) files? Please attach a sample document, if applicable, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document/information is provided. (Note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for further detail.)
Created attachment 157374 [details] One example And, yes. This happens on **every Impress document**. I think it's a bug about the editor, not ppt files.
What's more, frames disappear while rezooming the slide.
(In reply to Y Cao from comment #5) > What's more, frames disappear while rezooming the slide. Does the frame only appear with a certain zoom level or any zoom level?
can't repro in Версия: 6.4.0.2 ID сборки: 08d19fecdc7a2298d051e19cfdb7c35544855fc3 Потоков ЦП: 4; ОС: Mac OS X 10.15.2; Отрисовка ИП: по умолчанию; VCL: osx; Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU Calc: threaded nor in Версия: 6.3.3.2 ID сборки: a64200df03143b798afd1ec74a12ab50359878ed Потоков ЦП: 4; ОС:Mac OS X 10.15.2; Отрисовка ИП: по умолчанию; VCL: osx; Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU Calc: threaded I have mac mini from 2014 year possibly it needs check it with more new hardware
cannot reproduce here on Version: 6.3.4.2.0+ Build-ID: 1:6.3.4-2 CPU-Threads: 2; BS: Linux 5.4; UI-Render: Standard; VCL: kde5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
Might be an OpenGL bug. @YCao : what happens if you deactivate OpenGL rendering in the LO Preferences, restart LO, and reload the file ? Does the problem persist ? No repro for me with Version: 7.0.0.0.alpha0+ Build ID: 9a2fc64b49b4a3067ba78648e3fcc73390717c80 CPU threads: 4; OS: Mac OS X 10.15.2; UI render: default; VCL: osx; Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US Calc: threaded
Tried turning OpenGL support on/off and restarting, reloading PPT supplied by OP. No difference. No thin frames visible anywhere.
Not an OpenGL bug. Bug still appears turning OpenGL off.
I can repro this on: Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Mac OS X 10.15.3; UI render: GL; VCL: osx; Locale: en-ID (en_ID.UTF-8); UI-Language: en-US Calc: threaded But can't repro on: Version: 7.0.0.0.alpha0+ Build ID: 15c0f22c31a46ce37e98f9394e6a8e0bc92495f9 CPU threads: 8; OS: Mac OS X 10.15.3; UI render: default; VCL: osx; Locale: en-ID (en_ID.UTF-8); UI-Language: en-US Calc: threaded
Interesting results from Haris. Y Cao: can you try with a master build from here: https://dev-builds.libreoffice.org/daily/master/current.html If you want to prevent the master build from messing with your user profile, follow these instructions: https://wiki.documentfoundation.org/Installing_in_parallel/OS_X If there is nothing important in your profile (customisations etc.), I guess you won't need to do those tricks.
Dear Y Cao, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Y Cao, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp