Pull to refresh

Comments 168

Когда опера начнет уметь socks-прокси?
Не скоро. Возможно — никогда.
А можно узнать причину?
Я говорил с девелоперами на эту тему, давно, год или два назад. Доводы такие: реализация требует слишком много ресурсов, при этом есть масса сторонних утилит, реализующих данный функционал, при этом ни один браузер на 100% эту функцию не поддерживает «из коробки».

На самом деле задача такая в планах стоит, и, кстати, под номером 1, но работа почти не ведётся и срока окончания не видно в упор.
>есть масса сторонних утилит, реализующих данный функционал

Утилиты наподобие freecap перехватывающие системные запросы работают нестабильно, опера часто вылетает.

>при этом ни один браузер на 100% эту функцию

В firefox работает. Остальные браузеры открывают свойства обозревателя которые влияют глобально на всю систему, но если нет необходимости проксировать всю систему, остается только firefox.
Насколько я знаю, в Firefox поддержка SOCKS реализована частично.
Уважаю такие ответы.

Обычно компании отвечают на подобные неудобные вопросы «мы над этим работаем, ожидайте».
Так-то оно так, но работа идёт достаточно вяло. Поэтому и не обещаю ничего.
А RTF копирование планируется когда-нить?
сразу, как только научится ходить по https через прокси с NTLM-авторизацией (корпоративные пользователи меня поймут). Читай — никогда.
вот кстати мне очень непонятно, почему NTLM-авторизацию так и не доведут до ума. Сфера использования же просто очень велика.

Сам галку Enable NTLM отключил и ввожу пароль руками, потому что так хотя бы работает… но неудобно ведь!
Есть задача с высоким приоритетом, красноречиво озаглавленная «Get NTLM to work right». Но работа ведётся вяло, если вообще ведётся :-(
Будем надеяться к следующей версии чего-то продвинется.
Мне больше интересно, когда Опера научится нормально работать с обычным прокси? Надоело каждый раз открывая Оперу нажимать «Submit» screenr.com/Gnq
Ура! Теперь мне удобно работать с большим количеством вкладок! :)
У Оперы этот баг был описан, как широкие pin-tab при большом количестве открытых вкладок, но мне большее неудобство доставляли свёрнутые группы вкладок, которые тоже «толстели» непомерно. Теперь всё нормально, спасибо. Ну и перевод winstaller починили :) Плюс более стабильная версия.

В общем это именно то, что я ожидал от Оперы в версии 11.01, спасибо!

Кстати, у меня сейчас стоит RC2 (1190), финал — та же сборка?
Вообще — да, но всякое может быть.
приветствую. Кто в курсе, когда у оперы появится geolocation api? в десктопной/мобайл/мини версии? очень надо ))
В десктопной точно есть.
UFO just landed and posted this here
UFO just landed and posted this here
в частности меня интересует mini версия. На сотовых.
И где почитать, как опера определяет местоположение? Например у меня opera mobile на windows mobile с GPSом, будет ли он задействован, или же местоположение будет определяться по IP|wifi точкам, id сотовых вашек итп?
заебись. Нет чтобы ответить, лучше поминусовать. Что за идиоты
Пофиксили, но в эту сборку не попало — проходит внутреннее тестирование.
А как вам удаётся прятать окно при нажатии плюса? У меня 11.01 и ничего не прячется, только разворачивается в полный экран.
В этом какбэ и баг, оно прячется и никак его не вернуть кроме как создать новое окно.
А у меня не прячется :( У вас настройки Finder'а для сворачивания окон дефолтные? Т.е. если нажать на минус, то он сворачивается в док или в значок? Никаких сторонних менеджеров окно не стоит?
Попробуйте развернуть на весь экран зеленой кнопкой, потом завершить, заново запустить (чтобы сразу на весь экран запускалось) и нажать зеленый крестик.
Повторяю во всех комбинациях — не выходит (
Ну значит я один такой неудачник
Так же пропал зум страницы по cmd+скролл
С тех пор как я пересел на Мак, он всегда был на option+скролл.
А оказалось он по дефолту он option+cmd+скролл. А по option+scroll у меня общий системный зум
Да нет же, он просто option+scroll, а срабатывает у вас по option+cmd+скролл потому, что по option+scroll у вас общий системный зум.
Сейчас работает по Alt+Scroll, уверены, что раньше был Cmd? Я просто этим сочетанием не пользовался.
С какой-то версии зум – на Option+scroll, а восстановление 100% – Command+scroll click (нажатие колёсика). Раньше везде использовался Command, и это было логичнее.
А CTRL+Shift+V так помоему не пофиксили( Раздражающий баг(
Спасибо) С нетерпением жду этого фикса.
Все равно проблемы с жестами из двух отрезков. На хабре жест над комментами не срабатывает.
> На хабре жест над комментами не срабатывает.

Это другой баг. Я думал — уже починили. Попозже полезу в BTS, смотреть как там дела с ним.
Починили. Но в версии 11.01 вернули.
Хм, нифига. Он так и висит незакрытым.
Радует что перерисовали кнопку создания новой вкладки, а то предыдущая в некоторых ситуациях имела просто вырвиглазый вид.
В маке видно визуальные изменения, вроде приятные. Но проблему с открытием настроек по ⌘+, только в англ.раскладке не решили.
Откатился на 10.63 из-за мышиных жестов, пойду протестирую 11.01.
После отката на 10.63 отключил в «общие настройки»->«безопасность» автообновление, поработал день, на утро фигасе выскакивает инсталятор новой версии. Успел таки нажать отмену. Видно нужно после изменения настроек перегружать комп оперу.
Можно и на 11той работать было если подкрутить opera:config#UserPrefs|GestureThreshold в меньшую сторону (меня устроило значение 5ть)
Многие пишут про жесты, но я что-то разницы в 11 опере не заметил, хотя пользуюсь жестами активно (в основном назад, вперёд, новая вкладка). Что я делаю не так?
я заметил что раньше жесты мыши были более реактивные, насколько я понял разница была в последовательности кнопок. Например если начать двигать мышь влево а потом сразу нажать правую кнопку, то это жест раньше срабатывал как «назад», а в новой версии нужно было именно сначала нажать правую кнопку мыши и только после этого совершать жест. Хотя возможно это субъективное мнение, и дело именно в настройке чувствительности. Сейчас я установил 11.01 и старые добрые реактивные жесты вернулись чему я очень рад
Ох, снова достаточно двигать мышку на пару пикселей, и оно работает! Спасибо, я тоже рад!!!
Хотя с возвратом старого поведения вернулся и глюк, когда жест закрытия вкладки закрывает вкладку не с первого раза, или не способен закрыть вкладку вообще! Блин, между двух зол… Сделайте опцию выбора: глючные, но «реактивные» жесты, либо работающие, но требовательные к размаху.
понятно, спасибо. Я всегда сначала нажимал, а потом двигал. Точнее одновременно нажимал и начинал движение. Даже в 11.00 у меня всегда этот жест срабатывал. Но это дело привычки и хорошо, что людям вернули привычное :)
Ещё пользуюсь ПКМ, ЛКМ для перехода назад и ЛКМ, ПКМ для перехода вперёд.
В 11.01 и вправду они стали более резвые, по сравнению с 11. Эх, еще бы нормально работали жесты в загрузках, истории: невозможно перейти на следующую/предыдущую вкладку жестом:(
Знаете ли о проблеме с передачей ссылки от сторонних программ (например, feedDemon) — слетает авторизация, точнее страница каким-то образом её не подхватывает. Даже при обновлении страницы. Если сделать копипэйст в другую вкладку — авторизация появляется.
У вас создается приватная вкладка для внешних ссылок?
Хорошо. Еще один багфикс-релиз и можно переходить с 10-ки.
Блин, в том то и дело, что обновляться придется сейчас потому как серьезные секурити фиксы. А жесты, вроде как, до сих пор кривые ;(
Правая кнопка + скролл не работает адекватно, список вкладок отображается, по списку скроллится, но на вкладку не переходит. Только в Ubuntu 10.10
Попробуйте отключить отображение списка вкладок, моментальный перебор вкладок в порядке расположения – имхо, наиболее легко воспринимаемый способ переключения.
Меня больше интересует, только у меня такое, или это распространенный баг?
Альтернативы я знаю, но когда речь идет об Опере, то разговор ведется о том что именно нужно, а не о том, какую альтернативу могут предложить (отличие Оперы от остальных).
Небольшой оффтоп. Как наконец-то убрать пробел в 1 пиксель вверху вкладки?
Вроде бы есть скины, где нет расстояния.
Есть вот такой синтетический вариант. my.opera.com/community/customize/skins/info/?id=9101
По виду почти не отличается от дефолтной, пользуюсь темой уже довольно давно. Правда, недавно они сделали свои иконки, и старые были лучше, имхо. Но от несчастного пикселя сейчас, если не ошибаюсь, это единственный способ избавиться.
opera:config#Chrome%20Integration%20Drag%20Area%20Maximized — 0
Не?
О, боже, только не это.
Я этим пользуюсь, когда надо развернуть/свернуть окно браузер: швырнул мышку вверх, дважды кликнул. Телемаркет!

Либо, когда поверх окна оперы лежит меньшее окно другой программы. Надо переключиться на оперу. Можно мышкой кликнув внутрь окна оперы, но в большинстве случаем при этом гарантировано случайно попадешь на линк/банер/картинку и опера начнет их загружать. А швырнуть мышку до упора вверх и кликнуть в вашем варианта значит переключиться на другой такб. А текущем варианте: швырнуть мышку вверх и кликнуть — просто переключимся на оперу. Гарантировано без последствий.

Я когда открываю хром (по острой надобности для гуглдокс) — меня это жутко бесит.
Хм, а баг с Facebook Comments, когда бокс ввода коммента и сами комментарии грузятся вечно (пример: developers.facebook.com/docs/reference/plugins/comments ) В ФФ и ИЕ все прекрасно работает, опера (с 11-ой точно) никак, писал DSK-326373 про это, есть шансы?
Вроде, нечто подобное уже было исправлено. Попросил перепроверить.
Я перед написанием смотрел в новой версии (11.01), у меня так и не грузит, причем, только этот тип виджета, все остальные вроде бы хорошо.
Илья, позвольте надоевший вопрос ответ на который я знаю, но может мнение компании по этому поводу изменилось с тех пор как я последний раз спрашивал.
Очень нужен публичный багтрекер. Репортинг багов через форум/по почте — несколько хмм… старомодно что ли.

Вот, например, я запостил баг по почте — и ни ответа, ни привета. Ну дали мне номерок какой-то, ок. Может баг сразу отправился в корзину как дубликат, может запланирован на след. мажорный релиз, может запланирован на патч релиз — никакой информации. Я просто не буду в следующий раз тратить своё время на подробное описание если не знаю что этим кто-то будет (или не будет) заниматься.
Или баги на форуме — тот же баг с ctrl+shift+v из-за которого я не перехожу на 11 версию — про него есть минимум четыре темы, никто их вместе не склеивает, официальных ответов нет. Сообщи о баге на форуме, получи 0 ответов. Печаль.
Лично меня такая ситуация никак не стимулирует активно участвовать в комьюнити.

Совершенно очевидно, что не надо показывать публике все баги. Есть какие-то внутренние дела, баги безопасности итд. Но какое-то подмножество багов можно ведь показать. Хотя бы в read-only. Можем мы надеяться на публичный багтрекер когда-нибудь?
Про публичную BTS ничего не пообещаю, но обсуждение изменения bag-report wizard имеет место быть.
«Мастер» — это тупик.
> Я просто не буду в следующий раз тратить своё время на подробное описание
> если не знаю что этим кто-то будет (или не будет) заниматься.

Я думал багрепорты пишутся для того, чтобы обратить внимание разработчиков на проблему, а не получить обратную связь. Любой багрепорт, а тем более подробный, очень ценен, даже если он дубликат. Каждый из дубликатов добавляет подробностей и усугубляет серьёзность проблемы.

Не очень ясно что изменит лично для вас публичный трекер.
Публичный трекер позволяет найти уже существующий баг-репорт. Надо ли говорить, что проголосовать и/или добавить комментарий к существующему баг-репорту гораздо проще, чем писать собственный (до которого с большой вероятностью банально не дойдут руки, особенно у тех, кто ежедневно пользуется совсем другим браузером — обладающий публичным баг-трекером, кстати).
Проблема в том, что отправляя баг в бездну при помощи вашего текущего «мастера», пользователь создаёт дубликат неминуемо. В то время как в цивилизованной системе типа Bugzilla есть возможность найти существующий баг-репорт и просто проголосовать за его исправление. Число голосов — очень хороший показатель важности бага.

(Например, лично меня судьба Opera волнует не настолько, чтобы терять много времени на написание полномасштабных баг-репортов, а вот проголосовать — проголосовал бы.)

При этом чем серьёзнее пользователь (в градации от обычного пользователя до продвинутого веб-разработчика), тем закономерно серьёзнее (и априори важнее для вас как разработчика браузера) волнующие его баги, и тем выше вероятность того, что он поищет и найдёт существующий баг-репорт.

Серьёзная разработка столь масштабного продукта, как браузер, без цивилизованной системы баг-трекинга невозможна.
Даже я, зная, как устроена наша BTS, работая с ней третий год, не всегда могу найти более ранние дубликаты вновь отправленного репорта. Это не так просто сделать при нескольких сотнях тысяч репортов (имеется в виду за последние 10 лет — новых, закрытых, исследуемых и т.д.). Пользователь просто потеряется. Поэтому мне лично больше нравится идея интеллектуального многошагового визарда, который проведёт пользователя через все дебри и позволит на выбор создать новый репорт или проголосовать за уже существующий, дополнив его своим системным и программным окружением, или комментариями.
Можно долго фантазировать на тему идеального мастера добавления баг-репортов в вакууме, а можно просто взять и сделать так, как делают в цивилизованном мире. В конечном итоге это больше в ваших (компании Opera) интересах, чем в чьих-либо.
Это ваше видение проблемы. С нашей стороны всё выглядит малость иначе.
С нашей стороны всё выглядит малость иначе.
В этом никто не сомневается, иначе бы текущего разговора не было. ;-)
Сделать человеческий багтрекер, не заменяя существующий. Пользователи будут выбирать и начнут заполнять его с нуля. Заодно и мусор отсеется, и останутся только активные багрепорты. Тогда основная активность постепенно перейдёт в новый трекер, а старый уйдёт за ненадобностью.
Хотя понимаю, что не бывает так просто, но всё же… Текущий трекер действительно не представляет для меня интереса, подозреваю, как и для многих других.
Пользователь, который потеряется, туда (в трекер) и не полезет. Он даже и в визард создания бага не полезет.
Нет, чем хорош публичный багртекер я понимаю и тоже очень хотел бы видеть наш BTS чем-то вроде Bugzill'ы. Вопрос в том, что этот сценарий в ближайшее время просто невозможен. Остаётся думать над тем, что есть прямо сейчас — как эффективно это использовать.
А почему невозможен?
Текущая позиция компании мне более-менее понятна: публичный трекер не нужен. Есть ли какие-то другие веские причины кроме идеологических? Может быть, технические/юридические?
Начались абстрактные ответы — разговор зашёл в тупик. ;-)
Такие ответы потому, что тема обсуждалась многократно, многократно озвучивались причины и подводные камни.
Где и когда именно (ссылки) (заметку в вашем блоге в расчёт не берём)? Спасибо.
Эх, так можно сказать что любая тема обсуждалась многократно и что тут дальше рассуждать, давайте лучше помолчим. И послать в поиск. Но вы же официальное лицо, терпите )

Я бы подымал эту тему снова и снова в надежде что позиция компании поменялась или так изменились обстоятельства, что настаивать на старых догмах уже невмоготу. Она же может меняться со временем, не так ли? Как позиция с расширениями. До последнего момента не было, тоже говорили «расширения не нужны, вот вам виджеты зато», а потом взяли и сделали.
Ну так я же и сказал в этой ветке, что начали работать над изменением мастера репортов. Т.е. не сидим, а что-то делаем.
Ну а смысл? Как был /dev/null, так и останется.

Компетентных баг-репортеров вы не получите. А от потока хлама и мусора не избавитесь.
Я например надеялся, что в 11.01 иправят вот этот баг screenr.com/Jit. Я его сам не репортил, потому что знания английского не хватает, чтобы подробно всё описать, да и просто лень.
Если бы был публичный трекер, я бы поискал репорт по этому багу и не найдя его, нашел бы в себе силы описать и зарепортить — потому что знал бы, что без моего репорта его [точно] не исправят.
А так, я сижу и надеюсь, что кто-нибудь из миллионов англоговорящих пользователей обнаружат этот баг и зарепортят его за меня :(
У вас получаются отличные багрепорт-видео, к которым нужно добавить минимум слов. Просто если уж «лень», то открыт багтрекер или нет — всё равно будет лень. И ещё раз: давайте лучше думать как справляться прямо сейчас, нежели просто ныть «откройте трекер». Если конечно есть интерес.
Спасибо.
Мне не лень описать баг, который действительно мешает. Конкретно этот просто создаёт неудобства (зарепортил сейчас DSK-326894).
А сейчас, без открытого багтрекера, как минимум надо присылать письмо тем кто зарепортил баг — «спасибо вам за репорт, мы всё исправили в версии 1x.xx :)» — этого действительно будет достаточно, чтобы люди почувствовали свою причастность к улучшению любимого браузера.
Мне не удалось воспроизвести. Ограничение действует, и я не могу сделать панель со вкладками слишком узкую.
Можете здесь подробнее шаги описать, начиная с чистой инсталляции? Иначе ваш рапорт к сожалению ждёт статус WFM (works for me).
Действительно, баг не воспроизводится на чистой установке. Извините, поспешил. В следующий раз буду проверять только на чистой.
Полностью воспроизвёл баг screenr.com/T9f. Всё дело было в установке оформления.
Полностью поддерживаю тезисы и добавлю от себя еще один психологический момент: оставляя баг-репорт человек его зачастую оставляет даже не для разработчиков, а для других пользователей — чтобы они могли увидеть, что у кого-то еще есть такая же проблема, увидеть обратную связь от разработчиков и не чувствовать себя «одинокими» и «брошенными на произвол судьбы».

Потому что, откровенно говоря, на разработчика пользователю по большей части плевать. Он что — тестером что ли нанимался? Особых резонов помогать разработчику у него нет. В современном обществе пользователи голосуют ногами — благо выбор из тех же браузеров есть, а на WebKit'е их вообще настрогали целые пачки… Не нравится что-то — проще взять и уйти. Этот рынок — рынок потребителя и разработчик сам должен вокруг него «хороводы водить» и к своему продукт привлекать. Открытые баг-трекеры — ага, привлекают. И даже не нужно, чтобы там разработчики перманентно висели и со всеми лясы точили. Пользователи это сами в комментах будут с успехом делать. И, кстати, зачастую коллективным разумом лучше получается суть проблемы выявить…

Но в целом, разумеется, это все лирика, а лично мне на публичный баг-трекер вообще плевать. :-) Вот у меня на MIPS'овой embedded сборке Оперы под каждой строчкой в textarea какая-то красная полоса рисуется. Почему — ХЗ. В Оперу писать — бестолку, т.к. прошивку для девайса все равно собирают китайцы и делают это как хотят и на базе старого SDK. Китайцам писать тоже бестолку, т.к. даже если они переправят баг в Оперу — Опера его в старой версии SDK править не будет… Вот так и живет. Танцуем с бубнами и пытаемся решать вопросы самостоятельно. ;-)
Когда появится поддержка CSS3 градиентов?
А поддержка placeholder в textarea (в input поддерживается, а в textarea — почему-то нет)?

А возможность задать цвет placeholder’а (в Firefox и WebKit предусмотрена, а в Opera — почему-то нет)?

А исправление бага, связанного с тем, что событие submit происходит вне зависимости от того, есть ли в форме некорректно заполненные поля (на основании атрибутов required и HTML5-типов полей)? (В результате персонально для Opera в JavaScript приходится проверять, поддерживается ли в браузере атрибут required, хотя очевидно, что проверка средствами браузера должна проходить до наступления события submit, и при наличии некорректно заполненных полей событие onsubmit наступать не должно вовсе.)
Поддержка placeholder для textarea уже стоит в задачах и будет выкачена с очередной порцией обновлений для форм. А вот насчёт всяких псевдо-элементов, вроде текста placeholder, ошибок валидации форм и т.п. — это уже сложнее. Поле нехоженое, а бездумно принимать Webkit'овские варианты не хочется. Так что активно думаем над этим.

Что касается валидации и неправильного события — баг такой уже стоит? Если да, то я бы его продвинул. Если нет, то не мог бы ты его поставить с подробностями и сказать мне номер?
Поддержка placeholder для textarea уже стоит в задачах и будет выкачена с очередной порцией обновлений для форм.
Спасибо, Вадим.

А вот насчёт всяких псевдо-элементов, вроде текста placeholder, ошибок валидации форм и т.п. — это уже сложнее. Поле нехоженое, а бездумно принимать Webkit'овские варианты не хочется.
Ну всё ж сделать поддержку псевдокласса или псевдоэлемента -o-placeholder (по аналогии с :-moz-placeholder и ::-webkit-input-placeholder) карман не тянет. Vendor-prefix’ы как раз и гарантируют отсутствие фатальных каких-либо фатальных неустранимых последствий при обеспечении необходимой (и весьма тривиальной в данном случае) функциональности прямо здесь и сейчас. У Firefox и WebKit такая возможность есть, а значит есть возможность использовать placeholder на практике. В Opera же, в условиях невозможности задать цвет текста placeholder’а, поддержка placeholder, увы, по сути сугубо номинальная — и всего лишь из-за того, что чуток недоделали.

Что касается валидации и неправильного события — баг такой уже стоит? Если да, то я бы его продвинул. Если нет, то не мог бы ты его поставить с подробностями и сказать мне номер?
Не уверен, что на написание баг-репорта найдётся время. Проголосовать — проголосовал бы. ;-)
Не уверен, что на написание баг-репорта найдётся время


А хотя бы минимальный JS-тесткейс?

поддержка placeholder, увы, по сути сугубо номинальная — и всего лишь из-за того, что чуток недоделали


На самом деле, после почти двухлетнего перерыва (когда мы первые выпустили новые формы) этим вопросом снова занялись, причём весьма серьёзно. Так что будут и псевдо-классы, вопрос времени.
<form action="#" onsubmit="alert('!'); return false">
	<div>
		<input type="text" name="test" required />
		<input type="submit" value="OK" />
	</div>
</form>

Событие submit возникает раньше, чем производится родная браузерная проверка формы (на основании атрибута required и HTML5-типов полей). Более логичным представляется обратный порядок: запускать submit-обработчик только по факту успешного прохождения родных браузерных проверок — подобно тому как клиентская проверка форм предшествует серверной. Именно так, кстати, сделано в Firefox 4 и Safari 5.
Спасибо большое, багу поставил. Думаю, скоро мы это поправим.
Отображение большого количества табов — просто сказка: img713.imageshack.us/img713/2130/shmopera.png
Про группировку знаю, но она не всегда подходит. Кстати, при большом количестве групп — такая же радость.
Right Mouse click + Scroll?!
Хотя в данном случае подошел бы скроллинг открытых табов как в Файрфоксе
У меня чуть реже забор, но вкладок 100 открыто обычно. Сейчас 148 открыто, например. Ширина экрана: 1280 пикселей.
Борюсь за место и удобство так:
  • отключаю красную кнопку-меню, вместо этого показывается, как и раньше строка меню;
  • отключаю значок «закрыть» для каждой вкладки, вместо этого показываются обычные кнопки «закрыть», «свернуть», «свернуть в окно» для текущей вкладки в строке меню;
  • удаляю с панели вкладок пнопку «создать новую вкладку»
  • меняю шкурку на стандартную (Windows Native Skin), она вроде покомпактнее и нету «прыщей» на вкладках;
  • включаю однокнопочные клавиатурные комбинации, что даёт возможность использовать кнопки «1» и «2» для переключения со вкладки на вкладку (очень удобно!);
  • если надо быстро найти какую-то вкладку, открываю панель Windows и ищу там по заголовкам вкладок или пользуюсь поиском.
У меня бывает 50-80 вкладок, сейчас пользуюсь группами — удобно.
1-2 пункты у меня аналогичны ;)
А как кнопку «новая вкладка» удаляете?
Щелчок правой кнопкой мыши на кнопке > Настроить > Убрать с панели
А никак. Об чем и пишу, если кто вдруг не понял. В общем, разработчикам — луч циакрилового поноса, с гвоздями и перцем.
Ты бы еще на мобиле столько вкладок открыл.
Почему в фуксе при таком количестве вкладок никаких проблем?
Вывод: опера и хромой нужны только для того, чтоб разработчики фукса видели примеры того, как делать не надо.
Открой для себя многострочные вкладки и вкладки с расширителем.
Не подскажете, когда у Opera появится, наконец, нормальная общедоступная база багов типа Bugzilla? Сейчас наверняка захлёбываетесь от дубликатов. Это же, кстати, отбивает желание писать баг-репорты как таковые.
Кто-нибудь замечал баг с амперсандом? При каждом запуске браузера добавляется вкладка, в которой в гугле ищется «&». Баг сохранился ещё прошлой версии. Убунту.
Обновил оперу. Слетели поисковые движки (куда-то яндекс делся). Язык интерфейса стал английский и на русский не меняется.
Скачал int версию, поставил, таже фигня. Хотя при установке выбрал русский.
Что-то личное. Попробуй чистую установку с ручным переносом важных файлов (частично решает синхронизация).
а как сделать так, чтобы при обновлении не изменялся мой файл с настройками поиска? А то после обновлений у меня почему-то на всех русский поисковиках строчка Encoding=utf-8 заменяется на Encoding=koi8-r, и поиск перестает нормально работать: вместо русских слов ищутся кракозябры.
Опять же — что-то личное. В Opera уже давно все поисковики по умолчанию идут с utf-8, и только в редких случаях с win-1251. Koi8-r вообще не помню, когда было.
А у вас есть статистика динамики переходов с мажорных версий? То есть, насколько быстро и охотно юзеры перешли с 9 на 10, с 10 на 11 итд.
У LiveInternet есть существенный недостаток — учитываются только целые номера версий. Например, Firefox 3.0, 3.5 и 3.6 (равно как и Opera 10.0, 10.5 и 10.6) в понимании LiveInternet — одно и то же.

[мечтательно]А ведь когда-то была замечательная статистика Яндекса.[/мечтательно]
Так не интересно. Все счётчики считают по-разному. Вот официальные данные от разработчика — другое дело.
Но намёк понял — у нас есть такие приборы, но мы вам о них не расскажем.
Официальные данные, которые никто не может проверить, кроме нас самих — неужто они вас устроят? ;)

На самом деле — да, инфа закрытая, но могу «намекнуть», что очень близкая к данным Liveinternet.
favicon'ки в адресную строку не вернули? Препочитаю табы без иконок, и уже привык… а тут такое западло, да и еще оправдение нелепое. 7 лет спуфинг иконки никого не волновал… а тут нате, да еще бескомпромисно исключили.
Блокировка плагинов не работает, видимо, научились обходить. МОжно на rutracker.org посмотреть.
Ещё есть подозрение, что большое количество записей в urlfilter.ini обрубает выполнение расширений и юзерскриптов на некоторых страницах. Например, тут на хабре точно.
Кнопку закрытия в винде с отключенным аеро подвинули в угол, или так и придется целиться, вместо броска в угол и клика?
Удивился, что она сама не предложила обновиться, побежал делать это вручную. Нашел для себя объяснение — у меня ведь хром уже месяц!
Подскажите в какой версии в Оперу наконец внедрят джаббер в дополнение к irc клиенту. В наше время xmpp актуалтнее чем древний irc да и пользы с интеграцией в почтовый клиент будет ой как много. Одна толька лента сообщений из писем и диалогов в чате будет крайне полезна.
А до DSK-317682 руки так и не дошли. И ведь баг-то минимальный.

Кстати, когда будет так, что оперу не нужно будет начисто переустанавливать? При обновлении поверх старой часто некоторые новые функции не появляются. Про совместимость wand вообще грустно говорить. На некоторых сайтах пароли не сохраняются, при том, что сохранённые уже есть.
Это довольно старый репорт. Нужно бы новый, по 11 ветке.

wand.dat переношу из версии в версию ещё с 9.х версий — проблем нет.

Если в старой версии собственных настроек-улучшений нет/мало — обновление проходит без проблем. В других случаях возможны варианты.
Только что проверил — в 11.01 ничего не поменялось. Есть ли смысл создавать новый репорт?

wand.dat у меня чуть ли не из 7-ой или 8-ой ветки. На сайте игры ganjawars не получается сохранить пароль, хотя один сохранён. В нулёвой опере он без проблем сохраняется.

Собственных настроек и улучшений не вношу, но, уж не помню, что за версия была, кнопка «Показывать меню» (или скрывать) у меня не появилась и чтобы получить короткое меню, пришлось устанавливать с нуля перенося все конфиги.
Конечно я фанат оперы и сделаю это, но почему гугл смог добиться лёгкого обновления, а опера — нет?
Сколько весит Хром и сколько — Opera? У нас многое устроено очень не так, как в Хроме, многое используется многократно разными компонентами браузера. Естественно, изменения могут привести к тому, что в одном месте чинится, в другом — ломается. Кроме того, возможности настройки в Opera пока не удалось переплюнуть ни одному браузеру, даже с открытым кодом. Но за такие возможности приходится расплачиваться сложностями с обновлением компонентов.
Ещё раз повторю, я не против оперы. Это мой дефолтный и любимый браузер. Просто хочется поменьше танцев с бубнами, с переносами. Я и сейчас всё не решусь после чистой установки 10.10 на основной машине переставить оперу. Только обновляюсь. Ну а что делать с злополучным wand файлом — и ума не приложу. Надо решиться перебраться на lastpass.

Спасибо, репорт напишу.
У меня перенос данных из старой версии в новую и восстановление всех привычных настроек занимает от силы минут 15-20. Многие вещи сохраняются благодаря синхронизации. Ну и с wand.dat, как уже говорил, проблем нет. Могу посоветовать удалить пароли для проблемных сайтов и ввести их снова.
Так у меня и было два пароля на том сайте, от двух персонажей. На одном персонаже пароль поменял. Т.к. он не хотел обновляться, то я его удалил. Заново сохранить уже не смог.

Да, на эти 15-20 минут и не могу решиться. Сначала нужно найти инструкцию, какие файлы сохранять, потом забэкапить профиль на всякий случай, потом перенести все файлы в новую папку и понастраивать оперу.
Кстати, speed dial периодически бился при таких действиях, хоть и хранится в линке.
Да, а по репорту — имеет смысл отправить новый. Вряд ли после выхода 11 версии к репортам по поводу 10.6х будут пристально присматриваться.
Мне вот ещё интерестно. В предыдущих версиях js-кнопки не оставляли следов в истории набора, а некоторые (например highlight с operawiki.info/BookMarklets) вообще перестали работать…
А вы поглядываете на поплуярные рессурсы в которых опера работает не лучшим образом? Например google docs, там все совсем плохо, а рессурс имеет довольно таки весомую нишу.
Кстати при посике (локальный ctrl+f)не плохо бы указывать количество найденных совпадений, всеравно ведь подсвечиваете, значит знаете =) Очень удобно, знаете ли в хроме например.
У меня у одного Opera любит не давать внутри своего окна вводить русский язык через некоторое неопределенное время работы?
Появилось только в 11-й версии. Изначально, вроде, до релиза и после.
У меня было такое в убунте после просыпания.
Ага. У меня так же. И на винде вообще спонтанно. Перезапуск спасает, но блин, как неприятно-то…
Почему Опера не предлагает запоминать логин и пароль для хабра?
Касается не только этой версии — давно замечал. Такая фигня на 2х машинах — одна с ХР, вторая с Win7
Возможно вы однажды нажали «никогда не сохранять» :D Я так и не понял как это отменить потом
Вряд ли я бы сделал такую глупость. Да еще 2 раза =)
О! Я таки похоже нашел причину и средство борьбы.
Проблема не в опере — проблема в хабре.
Похоже пароль не предлагается запомнить, так как аутентификация на нем производится через AJAX.
Поэтому для обхода этой проблемы открываем хабр.
1. Если он вас еще помнит — разлогиниваемся.
2. Идем по ссылке «Войти», ничего не вводим.
3. Идем в настройки для сайта и отключаем там JavaScript.
4. Обновляем страницу.
5. Вводим логин, пароль и капчу и жмем «Войти». Входим — Опера при этом предложит сохранить пароль (йес!).
6. Соглашаемся. Кстати, при этом на странице вы увидите кусок XML скорее всего.
7. Снова идем в настройки сайта и включаем JavaScript как было
8. Разлогиниваемся.
9. Идем по ссылке «Войти».
10. К радости своей видим поля ввода, обрамленные желтым
11. Тыкаем Ctrl+Enter — подставляются наши логин, пароль и капча (к сожалению старая =)
12. Видим сообщение, что капча введена не верная
13. Вводим правильную
14. Enter
15. и как тут любят говорить — Profit

Да капчу вводить все равно придется (убрали бы ее уже а?), а вот пароль уже нет.
Супер.

Один небольшой трюк (помогает мне на одном сайте, возможно — сработает и здесь): после открытия страницы сначала вводить капчу, а потом уже жать кнопку Wand.

И сразу ещё один вопрос на засыпку.
Если открываю одну из страниц Хабра из закладок — всё нормально, я авторизован автоматически. Если же одновременно открываю сразу две закладки и более — авторизация слетает. Вопрос: кто-виноват-что-делать?
Sign up to leave a comment.